LeBouquetin a écrit 1919 commentaires

Pour compléter ce que tu dis…

Soit on pars d'un truc minimaliste et on construit dessus. Ça permet de rendre explicite tout ce qui se passe […].

Ce qui rend le code compréhensible par tout développeur connaissant le langage mais pas forcément les bibliothèques utilisées.

Mais il peut être plus compliqué de rentrer dans le code car, justement, il a ses propres conventions. Ça peut aussi être plus compliqué, il peut y avoir des bugs subtils car l'intégration de la façon de gérer la base de données et les contrôleurs web ne correspond pas vraiment. La maintenance dans le temps peu aussi être plus complexe : mettre à jour une bibliothèque peu casser toute son intégration.

La maintenance d'une appli django est très compliquée. Les fonctionnalités de Django évoluent vite, et comme c'est basé sur des conventions qui changent/s'enrichissent, c'est très difficile de savoir ce qui est disponible et ce qui ne l'est pas sur une application donnée. Par ailleurs, les conventions et la "magie" de Django rendent des sujets a priori simples très compliqués à comprendre pour quelqu'un qui ne connait pas ou peu le framework.

Je vais prendre juste un exemple : Django propose un mécanisme de signaux pour exécuter des "triggers". C'est chouette ça simplifie l'écriture du code et tu arrives rapidement à l'objectif. Mais à lire/relire/maintenir/faire évoluer c'est une autre histoire.

Django est très bien si tu fais du pur développement web (par exemple : l'idée de réutiliser des briques de code ailleurs que dans un contexte web, c'est pas vraiment fait pour… et l'archi de Django ne t'incite pas à découper ton code en vue/logique/modèle ). Si tu es dans un environnement partiellement hors web, j'aurais tendance à ne pas partir sur un Django.

L'avantage de Django, c'est que si tu fais des choses web "classiques", tu vas hyper vite car tout est fait pour (modules disponibles, comportements par défaut correspondant à 90% des cas d'utilisation). A un moment leur tagline était qqchose comme "Django, the web application framework for projects with deadlines". En gros pour écrire vite (et si possible bien). Et ça marche bien dans ce contexte. Par exemple la gestion des migrations de modèles de base de données, les interfaces d'admin… c'est du clé-en-main. Et tu as une communauté qui créé des modules ou applications pour django qui te permettent de construire en assemblant des briques.

Mais si tu veux sortir des sentiers battus (ou prévoit de le faire), avec Django tu vas tordre ta logique de développeur pour la faire rentrer dans le moule Django et non l'inverse. Et ça, c'est pas forcément une bonne idée.

La customisation de certains élément peut, par contre être plus complexe (elle demande généralement à bien comprendre le framework).

La moindre sortie de la route tracée par Django rend le code extrêmement plus complexe.

C'est ce qui va distinguer les microframeworks comme Flask ou Sinatra des gros framework comme Django ou Rails.

Pour compléter (ou reformuler) : un framework comme Flask va te laisser choisir les briques que tu assembles, en te proposant des solutions standards (par exemple : associer SQLAlchemy avec Flask) mais pas obligatoires. Ces solutions sont de la documentation que tu vas décider de suivre ou pas. Dans un framework comme Django ça sera inclut d'office, voire difficile à remplacer si tu veux utiliser autre chose.

On a ça au bureau. Par rapport à ton cahier des charges, il manque seulement le A3 et le multibac. C'est bien supporté sous linux. Regarde dans la même gamme s'il y a des modèles multibac. Par contre, ergonomie de l'interface utilisateur de l'écran tactile à chier.

Pour une entreprises protéger ses investissements c'est légitime et c'est normal mais détruire la concurrence non. Il ne faut pas tirer sur la corde et dégoutter les utilisateurs car de plus en plus d'utilisateurs se détournent des imprimantes pour faire du zero papier. C'est tout-une économie et pleins d'emplois qui risquent d’être menacés a terme à cause du modèle économique qu'ont choisis les fabricants d'imprimantes.

C'est l'illustration que tu mélanges des choses qui n'ont rien à voir. Avoir des pratiques anti-concurrentielles c'est une chose. Programmer de l'obsolescence c'en est une autre, même si les deux sont répréhensibles par la loi.

J'ai voté pour votre projet

Pour réagir sur les vis qui ne tiennent pas le devissage / revissage… sur mon toshiba, ce sont des vis «métal» (vis et filetage sur coque/pièce métallique) et ça c'est quasiment indestructible. Un concept sans vis, c'est soit clipsé (ça casse…), soit entré en force (ça dure pas forcément longtemps)

J'avais commencé un long message… mais finalement je vais la faire courte : si algoo et tracim t'intéressent, fais moi parvenir une lettre de motivation et un CV que je puisse me faire une idée un peu plus concrète de comment une collaboration pourrait s'articuler, de ce que tu pourras apporter à la boîte et de ce que tu as envie de faire.

Quand arnaudus parle d'isolement, il parle d'un point de vue social. Si tu télétravailles de chez toi, tu peux rapidement ne plus sortir, ne parler à personne (au téléphone et par mail c'est très différent de « vrais » contacts), et selon ta personnalité, tu vas le vivre + ou - bien

Tu listes tes expériences, mais ce qu'il faut identifier ce sont avant tout tes compétences et parmi ces compétences, lesquelles tu veux développer.

Par exemple à Algoo on cherche des compétences variées en communication / marketing / « community management ». L'annonce est initialement pour un stage de fin d'études, mais pas fermée à une embauche.

Tu dis que tu as donné des cours informatique, que tu as été rédacteur, traducteur, que tu as fait du graphisme…

Si tu sais écrire, communiquer, créer, ça pourrait nous intéresser. Mais alors il faudrait savoir quelles langues tu connais, ce que tu es capable de rédiger comme documentation non technique, si tu sais/peux animer des webinars, dans quel fuseau horaire tu vas te trouver, si tu t'intéresses aux logiciels libres (et pourquoi)… si tu veux bosser à plein temps ou temps partiel, si tu sais faire du support client ou si tu penses que tu aimerais…

Bref, une multitude de compétences et une capacité à apprendre ça peut intéresser des petites entreprises, pas besoin de formation spéciale je pense. Ensuite, le télétravail, c'est autre chose.

Si jamais l'annonce et la variété des tâches évoquée dans l'annonce ci dessus t'intéressent, si tu penses que tu serais capable de réaliser ces tâches (tout ou partie), je t'invite à m'envoyer une candidature avec cv et motivations argumentées/illustrées ; je précise que ce n'est pas pour un stage (ou alors à toi de trouver une formation à distance, en alternance par exemple).

Et si en plus tu sais lire du python, c'est encore mieux ! :)

Enfin dernier point : être bon en rien mais « capable de » ou moyen en tout, c'est bien une compétence et ça s'appelle la polyvalence.

A titre d'information, mon denier journal bookmark fait 149 caractères si l'on exclut la phrase «c'est par ici».

Ça me semble nécessaire de mettre un peu de contexte via une courte description ; je pense que 200 caractères c'est bien comme limite (si on veut plus, il y a toujours les commentaires).

Le problème de Free, c'est que l'abonnement n'étant pas cher

Je pense que cette assertion est fausse depuis quelques années maintenant. La raison pour laquelle le service après-vente est nul (s'il l'est) ça n'est pas par nécessité d'économie mais par stratégie d'entreprise. Pour ceux qui veulent des chiffres … http://www.iliad.fr/finances/

Pourquoi ImageMagick ?

C'est l'outil "standard" pour qui veut faire de la manipulation d'images… en tout cas celui que tout le monde connait, je pense.

il me semble avoir vu des outils moins gourmands (Ram, cpu) pour générer les vignettes.

Est-ce que tu aurais des noms ?

https://openconcerto.org/fr/picking.html

En tant réel, l'état des commandes (en attente, en préparation, à envoyer…) est accessible dans OpenConcerto.

Petite typo… ;)

Sinon beau produit. Vous avez des références client pour la partie eCommerce / picking ?

J'utilise Dolibarr pour ma gestion. J'avais envisagé OpenConcerto mais l'interface client lourd - qui me séduit pour le travail au bureau, me freine pour le travail à distance.

Le gros plus, c'est la gestion multi-entreprises.

Quelle est la solution préconisée dans ce cas ? Ouvrir les ports PostgreSQL ? Il existe un client web même « light » ?

Not Invented Here

Je confirme que ce n'est pas volontaire : il s'agit ici de prénoms qui ont été pris à partir des noms d'utilisateur créés par les gens qui teste sur http://demo.tracim.fr

Et je confirme qu'il n'y a aucune volonté de reoncer à 50% du marché :)

Ce fil de discussion est important et me permettra d'être vigilant sur la communication à venir, et également sur les jeux de données d'exemple que l'on va écrire (qui doivent représenter la cible d'utilisateurs sans sexisme).

Bonjour Maderios,

J'avoue ne pas avoir réfléchi à cet aspect des choses lorsque j'ai choisi d'illuster le site web de tracim avec cette image. J'ai fait ça un dimanche soir, autour de 23h, en cherchant une image qui illustrerait la notion d'équipe sans les classiques sourires ultra-bright (et prenant en compte qu'il s'agissait d'un site temporaire donc dont les illustrations sont amenées à changer relativement bientôt). J'ai donc trouvé l'image suivante https://pixabay.com/fr/r%C3%A9union-la-construction-d-affaires-2284501/ qui est illustrée dans ton commentaire et qui véhicule une image sexiste.

Note que je ne cherche pas à me dédouaner ; juste à expliquer qu'il n'y avait (bien entendu) pas de volonté sexiste et que cette interprétation de l'image ne m'a pas effleuré l'esprit dans le contexte où je devais vite trouver quelque chose, même avec un résultat moyen (cf message précédent qui explique qu'on a préféré mettre en ligne un site pas terminé plutôt que de ne rien faire).

Je comprends que tu sois choqué(e) ; ceci étant dit ton commentaire dénonce mais ne propose pas ou ne suggère pas de solution et c'est bien dommage. Je sais bien que ce n'est pas ton travail - c'est le mien ; ceci étant dit la proactivité est souvent bien plus efficace que la simple dénonciation (dans la mesure où l'objectif est de résoudre le problème, et pas simplement de le dénoncer).

Si tu as une image à me suggérer, même trouvée sur une banque d'images payantes, je me ferais un plaisir de l'acheter pour remplacer cette illustration sexiste.

Merci pour ton retour et le temps que tu passes pour soulever ce problème et m'aider (je l'espère) à le résoudre.

Fixé. Merci :)

Comment ça se compare à Mattermost ?

C'est complémentaire. Mattermost vise la discussion en temps réel, tracim vise la persistance et la structuration de l'information. Mattermost fait partie des outils avec lesquels on prévoit de s'interfacer (pour collaborer avec les deux)

Comment cela s’intègre avec des systèmes de gestion des identités et des accès existant (openid, SAML, ldap, kerberos, etc.) ?

En plus de son système d'authentification interne, Tracim supporte l'authentification via annuaire LDAP. Le reste n'est pas supporté actuellement.

Est-ce que c'est disponible sous forme de container docker ?

Oui ; la dépêche en parle et propose des liens.

Juste pour info, c'est pas si simple que ça la signature de docs en ligne !

Oui, oui, t'inquiète ;)

Je pense que c'est une fonctionnalité qui peut intéresser les boîtes, surtout dans un contexte collaboration client. (Exemple : signature de PV d'intervention chez un client… ça éviterait d'emporter des docs papier en double exemplaire ou des papier carbone).

Dans ce cas, il faut effectivement un workflow sérieux tel que ce que tu évoques.

Merci pour les pointeurs.

Comme expliqué au dessus, on a préféré sortir qqchose de non fini plutôt qu'attendre que ce soit nickel. On règle ça rapidement. Merci pour le feedback.

Bugs sur la seconde capture : https://github.com/tracim/tracim/issues/528
On va s'en occuper.

C’est un travail d’éducation des utilisateurices. Un wiki désorganisé n’est pas une fatalité.
[..]
Ça laisse entendre qu’une « structuration de l’information plus rigide mais plus pérenne à travers des dossiers et sous‐dossiers, et des pages de documentation multimédia (texte riche, tableaux, images intégrées) » serait à l’abris de la montée du taux d’obsolescence des documents.

Je suis globalement d'accord, je reste convaincu qu'une structure rigide améliore les choses car elle cadre le travail de documentation. A mon avis, une bonne analogie est la comparaison avec un langage de programmation typé statiquement et dynamiquement. C'est bien plus puissant d'avoir un langage typé dynamiquement,mais ça cadre moins et ça permet aux développeurs de faire des erreurs qu'ils ne pourraient pas faire avec un langage typé statiquement. Et c'est plus difficile de rentrer dans le code car on ne sait pas quels (types d') entités on manipule.

Pour finir : ça a l’air d’être un super produit ! Sincères félicitations, c’est beaucoup de travail. Je vois pas mal de possibilité pour là où je travaille actuellement, je vais essayer de tester le produit un peu sérieusement (technique & politique…). J’aime bien Python et uWSGI, ta présentation donne envie de participer au projet.

Merci pour ce chaleureux retour :)

J'ajoute que sur le site on n'apprend absolument pas à quoi sert Tracim, heureusement que c'est dit à la fin du journal;

Merci pour le retour. On va retravailler ça. D'ailleurs, on propose une opportunité de stage/embauche par rapport à ce genre de travail.

On a eu un rapport de bug - https://github.com/tracim/docker_tracim/issues/8 sur la reconstruction de l'image. C'est le même pb ou différent ?

Pouvoir écrire des pages en markdown

On a un proto avec ça. Ça devrait arriver assez rapidement.

La signature électronique des documents

Je note l'idée, on va regarder ça.

J'ai ajouté au ticket. Merci pour le feedback

Merci pour le retour. A priori c'est bien corrigé dans le code de Tracim (Bienvenue), mais pas dans celui du générateur de thème. J'ai créé un ticket pour ça : https://github.com/tracim/theme_builder/issues/6