LeBouquetin a écrit 2080 commentaires

Intéressant. Il y a une raison particulière ou c'est juste que l'impression générale n'attire pas ?

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

Pour moi plutôt le 3 :
Tracim est un outil qui permet de travailler en équipe (corrige moi si je me trompe)

C'est bien ça :)

Dans le 3è je trouve qu'on voit beaucoup ce coté collaboratif pour atteindre quelque chose (le bocal de scorpion).

Note que le 2 met plus en avant le coté le travail peut évoluer.

C'est intéressant comme remarque, ça apporte du grain à moudre.

Bref mon avis est totalement subjectif.

C'est l'intérêt de demander vos avis :)

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

Ce que dit Zenitram, c'est que si on accepte de faire de la discrimination (ne pas faire de business avec les nazis), c'est la porte ouverte à toute discrimination. Et que les "bonnes" discriminations c'est subjectif.

Soit on veut qu'il n'y ait aucune discrimination - c'est ce que fait par exemple la justice en donnant les même droits de se défendre à un violeur qu'à sa victime - soit on fait de la discrimination et dans ce cas on justifie toute forme de discrimination car la discrimination basée sur le bien et le mal est tout à fait subjective.

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

En fait ma suggestion d'échanger était de pouvoir échanger de vive voix ; il n'y a pas de problème pour restituer ici le résultat, c'est juste plus fluide d'échanger de vive voix.

Clairement preview-generator se positionne comme un outil générique et pas "juste une api de crop et resize d'images".

Tes fichiers sont stockés (ou accessibles) en ligne via une URL ou sur le système de fichier ? Tu as besoin de gérer du cache ? Par exemple si tu fais 2 fois la même requête, est-ce que tu regénère la prévisualisation ou bien tu veux la même ? Est-ce que tu mets à jour tes documents en conservant le même nom ? Est-ce que ça doit être géré ?

Les formats de fichier que tu évoques (jpeg, eps, ai, psd, tiff, en cmjn…) sont exhaustifs de ton cas d'utilisation ou tu t'attends à gérer d'autres formats ?

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

La date : c'est demain :-o

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

Je conçois que la formule originale peut être améliorée ; de là à ne pas se sentir concernée… Il faut aussi être bienveillante et considérer que non, toutes les formulations exclusives ne sont pas faites sciemment. On a le droit à l'erreur, qu'on soit une femme ou un homme, non ?

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

Oui on peut reformuler comme ça effectivement. Il n'y a pas de volonté d'exclure les femmes évidemment… Au contraire vous êtes les bienvenues :)

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

Je me suis un peu emballé sur la date ; si un modérateur pouvait rectifier ça serait top :-p

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

Bonjour Philippe,

Je serais intéressé d'échanger par rapport à ton projet et à l'idée d'une image docker pour comprendre comment ça pourrait s'intégrer (confronter mon idée avec la tienne). Est-ce que c'est envisageable ? Si oui, tu peux me contacter à travers le formulaire de contact de algoo ou damien point accorsi arobase algoo point fr ?

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

On est complètement d'accord. Mettre en place un ERP en se disant "je ne vais pas prendre de contrat de service", ça serait une hérésie. En conséquence, en tant qu'éditeur, il me semble tout à fait viable de faire du 100% libre dans ce contexte puisqu'on va vendre un contrat de service.

Je pourrai parler de cette approche plus longuement dans les années à venir puisque c'est l'approche qu'on a avec tracim qu'on commercialise activement depuis septembre (c'est tout neuf;). Pour le moment, on a des contacts qui sont intéressés par le libre mais qui veulent un contrat pour que le logiciel vive et évolue.

A voir à terme comment nous tirons notre épingle du jeu.

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

Libre ne veux pas dire sans prestations ou clé en main. L'intérêt d'un odoo est de pouvoir le personnaliser et tuner pour son cas spécifique, comme tout ERP digne de ce nom.

Je suis dubitatif sur le fait d'être obligé de faire du propriétaire. On peut faire du libre avec contrat obligatoire (redhat fait ça, il me semble).

Dans ce cas, il faut effectivement passer à la caisse - mais c'est normal pour ce genre d'outil/projet.

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

Ça me semble effectivement être un problème si le logiciel libre ne peut pas être compilé soi-même… Comment être certain que ce qu'on utilise correspond bien au code fourni ?

MariePa, le sujet a avancé de votre côté ? Ça m'intéresse sérieusement pour envisager l'intégration avec tracim. On a intégré Libreoffice cet été, intégrer OnlyOffice serait aussi intéressant pour adresser les gens évoluant dans un environnement plutôt Microsoft.

Un prochain partenariat à annoncer ? On en discute ?

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

Si le seul argument de "vente" de LibreOffice c'est "oui mais nous on utilise un format ouvert (qu'on a inventé nous même et que personne d'autre ne sait traiter)" il va falloir se poser des questions sur l'avenir du projet.

Puis

OnlyOffice a encore des tas de fonctions manquantes, […]

Libreoffice n'a pas pour seul argument que son format est ouvert. Les défenseurs de OnlyOffice eux-mêmes le disent ;)

Pourquoi faut il absolument prouver que l'un est mieux que l'autre alors que les deux outils n'ont pas le même positionnement ?

Note au passage, que si tu penses vraiment que OnlyOffice est bien mieux, quel intérêt de dénigrer Libreoffice et son format de fichier ? Argumenter avec les éléments de supériorité de OnlyOffice devrait suffire.

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

Il y a un autre point de vue possible sur le sujet: ça fait des dizaines d'années que libreoffice est incapable d'ouvrir et d'éditer correctement les fichiers du standard de facto,

N'importe quoi.

l'interface est bancale et contre-productive, les bugs/crashs omniprésents (heureusement que le module de récupération fonctionne bien au moins)

N'importe quoi.

et les performances s'effondrent quand un document gagne en complexité.

Ça j'en sais rien.

En quelques mois, onlyoffice a énormément progressé (d'où les articles réguliers), à tel point que certains préfèrent déjà l'utiliser plutôt que LO.

Je pense que ceux qui préfèrent OnlyOffice sont principalement ceux qui cherchent la compatibilité avec les outils Microsoft.

C'est pas parce-que OnlyOffice est mieux, c'est parce que le positionnement est différent. Tout comme nombre d'utilisateurs qui préfèrent Libreoffice le préfèrent pour son positionnement sur le format de fichiers par défaut.

Le projet avance à grand pas, possède un fort potentiel et (c'est trolldi tout est permis) il serait peut-être plus productif de rediriger l'effort de contribution vers ce projet plutôt que vers Libreoffice qui traîne une lourde dette technologique.

N'importe quoi.

Certes le format de stockage n'est pas un chef d’œuvre d’ingénierie, mais OnlyOffice prouve qu'on peut quand même se débrouiller avec. En informatique comme ailleurs, les standards ne suivent pas la raison.

Il s'agit surtout de deux positionnements différents. À partir de là, comparer sans contexte deux solutions n'a pas de sens.

C'est comme si on disait : "une berline c'est mieux qu'un 4x4, ça consomme moins". Ok. Super. Mais en fait dans le bush, ta berline elle passe pas le premier obstacle. Est-ce qu'il faut arrêter de construire des 4x4 et se focaliser sur les berlines ? Non. Et l'inverse ? Non plus. Faut juste utiliser une berline en ville et un 4x4 dans le bush. Comme ça les citadins sont pas emmerdés, et les secours non plus.

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

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