LeBouquetin a écrit 2116 commentaires

Rien qu'en lisant la première page "comment créer un article" je vois la différence fondamentale avec LinuxFR :

• L'article existe-t-il déjà sous un autre nom ?
• Le sujet est-il traité dans un autre article ?
• Vous voulez créer un article sur vous ou votre entreprise ?
• Le sujet est-il assez connu ou important pour figurer sur Wikipédia ?

C'est complètement légitime - le but n'est pas de partager des bribes d'informations dans un joyeux bordel - mais ça fait une différence fondamentale avec LinuxFR.

Pas besoin d'aller plus loin pour dire : "non publier sur Wikipedia et LinuxFR, ça n'a vraiment rien à voir" (et c'est tant mieux).

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

C'est un peu comme si demain les admins de LinuxFR se mettaient à publier tous les deux jours des articles sur le véganisme. C'est un détournement de projet.

Ici comme sur Wikipedia, tout le monde peut participer. Le projet est vivant et devient ce que les contributeurs (admins ou non) en font.

Ici les journaux ne sont pas validés par une équipe dirigeante. Du moment que tu es poli et que tu respectes la législation, tu peux écrire un journal sur ce que tu veux. Il me semble que ce n'est pas le cas de Wikipedia : toute page ajoutée passe par l'approbation d'un "responsable thématique", non ?

Pour moi, ce n'est pas un problème tant qu'il s'agit d'un apport et que l'existant n'est pas supprimé. En fait, je crois que j'ai du mal à comprendre le problème évoqué dans ce journal.

La différence est dans l'acceptation ou pas de n'importe quel contenu. Comme une encyclopédie doit être neutre exhaustive, neutre, factuelle, si des personnes partisanes sont à sa tête, ça peut poser soucis. (note : je ne sais pas si c'est le cas, j'évoque juste le problème qui peut exister).

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

La tristesse de ce journal.

Toute cette énergie dépensée pour signaler qu'il va y avoir plus de pages qui parlent de femmes dans wikipedia. Ça n'enlève pas toutes les autres pages présentes, ça n'enlève rien à personne d'ailleurs.

Ce n'est pas ce que dit le journal (qu'il ait tord ou raison est un autre sujet).

Pour terminer, je rappelle qu'il n'est même pas question de supprimer quoi que ce soit. Juste d'ajouter des pages. Dans une encyclopédie en ligne. La surpuissance du crime, quoi.

Une encyclopédie est une masse de savoir, qui se doit d'être neutre et factuelle. Ce que je comprends de la crainte de l'auteur du journal, c'est plutôt l'apparition d'une forme de "ligne éditoriale", et ça c'est tout le contraire d'une encyclopédie à mon avis.

Si tu ajoutes des pages sous prétexte qu'il y a plus de pages sur des hommes que sur des femmes tu biaises la neutralité de ton encyclopédie :

• si ton analyse est qu'il y a autant de femmes que d'hommes historiques et que pourtant le nombre de pages les représentant n'est pas équitable, c'est normal d'ajouter des pages sur ces femmes oubliées.
• si ton analyse est qu'il doit y avoir autant de femmes que d'hommes historiques et que donc il manque des pages, c'est une ligne éditoriale, un travail partisan - parce que tu ne t'appuies pas sur les faits mais sur ce que tu voudrais que soient les faits. Là, tu n'es plus une encyclopédie à mon avis.

Fondamentalement je ne suis ni d'accord avec l'auteur ni contre lui. Bien au contraire.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ça n'était pas évident dans le message original ; je suis d'accord avec ça.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Non, ne lis pas entre mes lignes.

Ce que je dis c'est qu'un trajet de quelques centaines de mètres, ça se fait bien, même avec des béquilles. Une journée d'arrêt ça me paraît suffisant pour s'organiser et ce n'est pas non plus une blessure extrême.

Pour le reste, je suis d'accord qu'amenager le travail est une bonne idée aussi et que faire confiance sur les jours de carence c'est une bonne idée qui évite des emm… à tout le monde.

Le ton du journal me fait penser que l'auteur a le sentiment d'être laissé pour compte alors qu'il n'est clairement pas dans une situation extrême (en tout cas c'est ce que j'interprète).

Pour avoir eu des béquilles à plusieurs reprises et en allant en cours/au boulot, j'ai pas souvenir d'avoir souffert/galéré. Les gens sont en général prévenant. Ça fait partie des accidents de la vie ; on peut voir le verre à moitié plein ou à moitié vide. En l'occurrence c'est une expérience et ça permet de comprendre ce que d'autres vivent au quotidien (les aménagements pas au top), et aussi de se rendre compte de la chance qu'on a quand on est en bonne santé, et que finalement les aménagements sont souvent pas si mal foutus.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

C'est peut-être un peu violent de changer de boulot juste pour cette raison

Ce n'est pas que l'absence de possibilité de télétravail soit la raison de changer de job. C'est que ça montre que son entreprise a des dirigeants et des RH qui sont restés au moyen-âge et ça va en général de paire avec des pratiques de dev d'un autre temps, des sujets de travail pas épanouissants, une culture d'entreprise pourrave.

On pourrait aussi analyser dans l'autre sens : le mec qui est pas motivé pour venir au boulot avec des béquilles sous prétexte que c'est 15min de plus par trajet, c'est quelqu'un qui n'est pas motivé par son boulot.

C'est idiot comme analyse ? Possible ; mais pas plus que la tienne.

Rien que le fait d'avoir besoin d'un arrêt de travail signé par un médecin montre que son employeur n'a aucune confiance en lui, c'est pas vraiment synonyme de travail épanouissant.

N'importe quoi. Un arrêt de travail signé par un médecin c'est un document légal. C'est ce qui fait que c'est la sécurité sociale qui prend le relais sur le versement de tes indemnités.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

l'auteur dit qu'il a 300m à faire

Non, il dit qu'il a dû faire 300m à cloche pied aux urgences.

C'est vrai.

Son boulot est à 15' en vélo. Donc je dirais au moins 45' à pied.

Non, il dit ça : Il y a même un trajet en bus avec peu de marche, mais j'ai un bus le matin qui va bien, et qui met 25 minutes.

Je doute donc qu'il ait 45 minutes à pied (sinon il n'y a vraiment aucun intérêt à évoquer cette solution)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je me fais moinser, du coup je présume que le message original est sérieux.

Je suis assez dubitatif. Avec du recul, je pense que oui, je peux travailler. Mais je ne peux pas vraiment y aller.

Quand je lis ça et que l'auteur dit qu'il a 300m à faire, ça voudrait dire qu'il n'est pas en mesure de survivre s'il habitait à la campagne ou rien n'est à moins de 300m…

J'ai eu des entorses à plusieurs reprises, dont des graves. Ça ne m'a pas empêché d'aller travailler, et en autonomie. Entre les transports en commun, une paire de béquilles dans un premier temps et une attelle ensuite, il n'y a aucune raison d'être arrêté, effectivement. C'est d'autant plus vrai que l'auteur fait traditionnellement ses trajets en vélo, donc a l'habitude d'une activité physique.

Ça va encore être moinsé, mais marcher avec des béquilles ça marche très bien et si c'est lent les premiers jours c'est quasiment aussi rapide qu'une marche normale les jours suivants. Et monter/descendre les escaliers ça se fait aussi très bien, oui.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je ne vois pas d'autre explication qu'un journal satirique…

Mais à quoi fait-il référence ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je suis pas sectaire. Si ça vient de Java tant mieux ;)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Hello,

A algoo, on travaille à mort en python (on fait du python en backend, du JS en front) et on a des contraintes variées selon les projets. Le problème récurrent : développer des API REST (mais pas que) et qu'elles soient vraiment auto-documentées.

Du coup on a développé hapic qui interface un framework web classique + un (ou des) lib de sérialisation et validation (marshmallow, serpyco) et génère la doc au format OpenAPI et peut aussi la servir avec une ligne de code supplémentaire.

Concrètement :

• on utilise pyramid+hapic+marshmallow sur tracim - la documentation est auto-générée par introspection au démarrage du serveur,
• on utilise aiohttp+hapic+serpyco sur un projet client (contexte embarqué, besoin de performance et d'optimisation de l'utilisation du CPU et des entrées-sorties)

Serpyco, c'est un collègue à nous qui le développe c'est un serialiser très rapide qui est dévelopé en python et cython.

Hapic est pas hyper bien documenté, mais ça fait vraiment bien le job, et en plus ça permet de séparer le code source lié aux API et le code purement métier (exemple : la gestion des cas d'erreurs peut se traiter sous forme de décorateur, donc le code métier implémente le cas nominal et n'est pas pollué par des if/elif/else pour gérer les cas d'erreur).

Un petit exemple de code extrait du code source tracim :

• handle_exception intercepte des exceptions et génère une erreur JSON avec le code HTTP demandé
• input_path, input_body, output_body serialisent et valident les structures
• with_api_doc active l'introspection et la génération de la documentation
• le code que l'on écrit ne manipule que des objets/classes python, on ne mélange plus d'intelligence HTTP ou JSON dans le code.

    @hapic.with_api_doc(tags=[SWAGGER_TAG__CONTENT_HTML_DOCUMENT_ENDPOINTS])
    @hapic.handle_exception(EmptyLabelNotAllowed, HTTPStatus.BAD_REQUEST)
    @hapic.handle_exception(ContentFilenameAlreadyUsedInFolder, HTTPStatus.BAD_REQUEST)
    @check_right(is_contributor)
    @check_right(is_html_document_content)
    @hapic.input_path(WorkspaceAndContentIdPathSchema())
    @hapic.input_body(TextBasedContentModifySchema())
    @hapic.output_body(TextBasedContentSchema())
    def update_html_document(
        self, context, request: TracimRequest, hapic_data=None
    ) -> ContentInContext:
        """
        update_html_document
        """
        app_config = request.registry.settings["CFG"]  # type: CFG
        api = ContentApi(
            show_archived=True,
            show_deleted=True,
            current_user=request.current_user,
            session=request.dbsession,
            config=app_config,
        )
        content = api.get_one(hapic_data.path.content_id, content_type=content_type_list.Any_SLUG)
        with new_revision(session=request.dbsession, tm=transaction.manager, content=content):
            api.update_content(
                item=content,
                new_label=hapic_data.body.label,
                new_content=hapic_data.body.raw_content,
            )
            api.save(content)
            api.execute_update_content_actions(content)
        return api.get_content_in_context(content)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Tracim s'auto-héberge facilement pour peu que tu aies quelques compétences techniques. Tu peux stocker/rédiger tes recettes en ligne en texte riche (façon wiki) ou les mettre dans un format bureautique ou PDF. Si tu configures elastic search tu auras en plus la recherche plein texte même dans les documents.

Si tu ne veux pas auto-héberger, on ne va pas tarder à proposer un hébergement gratuit pour une utilisation personnelle ; si ça t'intéresse envoie-nous un email pour qu'on t'enregistre dans notre process de beta-test de l'hébergement gratuit.

Et dernier point en préliminaire des deux précédents : tu peux jeter un coup d'oeil à la démo en ligne de tracim

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

A t-il vraiment laissé tomber le libre? […] C'est surtout un communicant.

Il a communiqué pendant des années sur le logiciel libre. Ca fait quelques temps que je ne le vois plus que communiquer sur le respect de la vie privée ; c'est bien aussi mais c'est très différent ! On peut faire du propriétaire et respecter la vie privée (et on peut faire du libre intrusif).

En ce qui concerne le bruit autour de Qwant actuellement, j'ai une lecture mitigée car d'une part effectivement il y a des choses auxquelles on ne s'attend pas forcément (serveurs M$, etc), d'autre part il y a une réalité économique à tenir et une concurrence féroce (Google Alphabet) qui d'une manière générale use et abuse de tous les moyens dont elle dispose pour garder sa position et tuer toute concurrence… Je ne serais donc pas étonné que la réalité soit intermédiaire entre "Qwant n'est pas tout à fait dans les clous de ce qu'ils annoncent" et "il y a une campagne de déstabilisation qui s'appuie sur des informations providentielles".

Quoi qu'il en soit, Tristan Nitot me paraît depuis 4 ou 5 ans plutôt orienté vie privée que logiciel libre ; en ce sens, son évolution au sein de Qwant est logique (ni bien ni mal : juste logique)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Nous à Algoo on peut faire ça. Et on fait du libre, notamment tracim (dont une version majeure sort sous peu) et preview-generator (un module python de prévisualisation de tout type de document)

Tu me contacte ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Pourquoi en particulier sur libreoffice online ?

Le 3 juillet dernier, nous avons sorti tracim 2.3.0, puis durant le mois de juillet les versions correctives 2.3.1 et 2.3.2.

Tracim 2.3.2 c'est notamment :

• l'intégration du moteur de recherche simple ou intelligent (via elastic search)
• le déplacement de contenu par glisser-déposer.

Quel rapport avec Libreoffice, me direz-vous ? Et bien nous sommes en cours de finalisation de la version 2.4 de tracim qui apportera 3 fonctionnalités majeures :

• le partage public de fichiers,
• le téléversement public de fichiers,
• l'édition en ligne de fichiers bureautique via l'intégration avec Libreoffice Online / Collabora Online.

Si vous voulez beta-tester tracim 2.4, contactez-moi via le site web de tracim. (note : vous pouvez aussi tester la version courante via la démo tracim 2.3.2 )

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

J'ai diffusé : https://www.linkedin.com/feed/update/urn:li:activity:6553962225403473920

Lecteur, si tu as un compte LinkedIn je t'invite à partager pour diffuser au max. (ça n'engage à rien, au pire ça n'a pas d'impact, au mieux… c'est bien !)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Mais ma recherche a pour but de ré équilibrer certaines choses notamment ce qui concerne les déplacements quotidien et tant qu'à faire bosser avec de l'open source comme matière première.

C'est quoi ton job idéal ? Si tu as un profil LinkedIn (j'en ai trouvé un, est-ce le bon?), Je diffuserai volontiers ta recherche. Aucune garantie de résultat, mais ça ne coûte pas grand chose d'essayer.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Juste pour clarifier mon message. Ta publication a tout à fait sa place ici. Il n'y a pas à s'excuser, au contraire.

La réalité de LinuxFR est qu'une annonce de recrutement se fait "basher" dès lors qu'une fourchette de salaire n'est pas clairement exprimée. C'est rude, mais ça correspond aussi à une réalité : un recruteur qui a un budget max de 40K€ ne pourra jamais recruter un candidat qui aspire à une rémunération supérieure (sauf si cette personne accepte exceptionnellement une rémunération plus faible du fait par exemple de l'intérêt de la mission). C'est pour cette raison qu'une telle contrainte ne me choque pas non plus (note : je suis plutôt recruteur que candidat) : si financièrement on n'est pas dans la même catégorie, annoncer un "prix", c'est du temps gagné pour tout le monde.

Ta position est assez inhabituelle ici. Tu es candidat, tu es ouvert à une variété de missions, c'est un élément important pour un recrutement. La rémunération aussi. Tu le dis toi même : c'est pas 35K€. Mais c'est quoi ta fourchette de rémunération acceptable ?

Je ne te demande pas de répondre - tu peux ne pas le vouloir et personnellement, ça ne me dérange pas.

Mon message est plus général : si il faut annoncer le budget en tant que recruteur pour faire gagner du temps à tout le monde, je ne vois pas le problème de le demander dans l'autre sens. Tout comme Zenitram a publié des annonces avec une fourchette de 30 à 60 K€ par le passé, on peut très bien comprendre qu'un candidat a des attentes entre 40 et 70K€ en fonction du poste, de son niveau d'expertise sur le sujet.

Je rencontre des candidats qui ne répondent pas à la question "quelles sont vos prétentions salariales". Ça n'a pas de sens - et ça n'est pas une négociation saine : d'une part le candidat a des contraintes comme chacun, d'autre part il a des compétences, des aspirations, une capacité à s'impliquer, etc.

Avant de savoir "est-ce qu'on veut bosser ensemble", il faut déjà savoir est-ce qu'on peut.

Je suis désolé si ma réaction a été sèche ; elle n'est pas envers toi personnellement. Ta démarche est très bien et je vais dans le sens de Cyril : ne te laisse pas décourager par des messages tels que le mien.

je comprends également l'aspect potentiellement hyper-modulable de la rémunération en fonction des missions confiées et des clients en question.

Je suis bien évidemment du même avis. Et c'est exactement le cas des recruteurs qui sont prêts à recruter un débutant ou un expert et qui vont dire : " on ne peut pas indiquer de rémunération ça dépend du profil."

Bah si on peut. Si on veut par exemple un ingénieur avec un peu d'expérience, on va peut-être tabler sur une rémunération entre 45 et 50K€, si on est prêt à prendre un débutant on descendra peut-être à mettons 30 ou 35, et on serait prêt à monter à 65k€ pour le profil expérimenté idéal. Dans cet exemple, on a une fourchette de 30 à 65K€.

Mais dans l'autre sens aussi on peut. Si tu aspirés à une rémunération de 70K€, par exemple tu ne vas pas accepter un 35K€, mais peut-être que tu es prêt à descendre à 50 pour une mission exceptionnelle et un client dont le produit et la philosophie te bottent. Dans ce cas, annoncer 70/75K€ à discuter me semble cohérent.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je trouve ça ridicule d'argumenter pour qu'on affiche le salaire sur les offres d'emploi - sous entendu ce n'est pas évident, et qu'on n'exige pas la même chose pour une candidature publiée ainsi.

Tout comme pour un recrutement, le candidat a des attentes en terme de salaire, ça permet à tout le monde de gagner du temps de donner une fourchette.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Très souvent (je ne sais pas si c'est le cas ici, en revanche), il faut traduire ça par ultra-minorité qui veut imposer par la force aux autres un modèle de société très différent dont ces derniers ne veulent pas.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je vois que Khaganat a illustré la description de ses valeurs avec une image de suricates <3

J'aime beaucoup l'idée que les exposants participent en apportant des spécialités !

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Par curiosité tu en avais amené combien ?

Je te confirme que ça a beaucoup plu (en tout cas j'ai pas pu goûter - j'étais pas là au moment opportun, mais j'en ai entendu parler…)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ça a beau être la 20e édition, je ne sais pas ce que sont les JDLL.

Évidemment, une recherche ça va vite : ce sont les Journées Du Logiciel Libre. Si on pouvait ajouter ça en tout début de journal lors de la première utilisation de l'acronyme "JDLL", ça faciliterait un poil la vie des béotiens (comme moi) :)

Raahh… j'ai hésité et comme j'ai tendance à le faire à chaque fois je me suis dit que pour une fois j'allais pas "bassiner" les gens. Je ne le referai plus, promis :)

Et idem pour La Mouette ou "Tracim c'est nous", pas de lien direct vers le blog en question. C'est dommage !

Je note pour les prochaines fois. Si un modérateur veut compléter c'est ok pour moi.

ça donne une belle vision de la diversité de ces salons.

C'est vraiment ce qui fait l'intérêt de ce genre d'événement je trouve. On trouve les "gros", bien sûr, mais on trouve aussi une myriade de stands/logiciels/associations dont on n'a même pas imaginé qu'ils pourraient nous intéresser voire même qu'ils existaient.

Sinon c'est bien rédigé, […] Perso je verrais bien une dépêche.

:) (je suis flatté)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Y'a plein de boulots où il faut être concentré et bien organisé et où on n'a pas le droit à l'erreur sous peine de conséquences graves (exemple : contrôleur aérien) ou de conséquences personnelles graves (exemple : travail sur des chaines de production).

Ca me sidère.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Suite à réflexion et compte-tenu de profils qui pourraient être intéressants, l'indemnité de stage envisageable est plutôt entre 500€ et 1500€.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo