Ça fait probablement 5 ans qu'on voulait faire un client de synchronisation et qu'on a creusé et abandonné des pistes. Et qu'on avait fini par laisser tomber, faute de priorité et de financement (on n'a pas d'investisseurs à Algoo, on développe ce que nos clients demandent et financent).
Quand bux m'a montré son projet, j'ai été emballé et d'autant plus que le projet trsync s'est développé sans nécessité de faire évoluer le cœur de Tracim : trsync s'appuie sur les APIs et sur le websocket pour établir la communication bidirectionnelle. Comme l'interface utilisateur en fait - mais du coup l'API est largement suffisante pour traiter le sujet.
En finançant une partie du travail sur trsync, j'ai voulu rendre l'outil utilisable par le grand public - installeur Windows, icône visible dans le bureau, etc.
Trsync est composé de plusieurs briques et est donc + facilement accessible à un contributeur. Trsync est un projet indépendant de Algoo et de Tracim.
Je suis content que Algoo ait contribué à un projet indépendant, et ce d'autant plus qu'on utilise trsync en production en interne chez Algoo, notamment pour les personnes administratives qui s'affranchissent naturellement de la problématique fichier local vs fichier distant.
Prochaine contribution financière ? Probablement qqchose autour des notifications, mentions ou tâches pour interagir avec Tracim directement depuis son bureau. J'imagine bien trsync devenir le client officiel natif (et contrairement à beaucoup de solutions, ce n'est pas un navigateur internet embarqué mais bien une application native)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est un sujet de réflexion assez vaste. Ne serait-ce que dans les bugs : il y a les bugs en cours de documentation (on a constaté une anomalie, on souhaiterait la corriger mais il faut encore clarifier le problème) et un bug "prêt" qui est auto-suffisant pour être pris en charge par un développeur. Le fait d'avoir tout au même endroit simplifie la recherche d'information et le suivi mais génère du "bruit" lorsqu'on veut une vue d'ensemble.
Sur Tracim on s'est posé la question et aujourd'hui on a 3 "inputs" :
les demandes utilisateur / client qui arrivent par tout un tas de chemins (email, discussion, ticket, chat, espace communautaire, etc). Ces demandes sont "regroupées en vrac" dans un espace Tracim interne
une fois suffisamment claires, ces demandes sont introduites dans un doc de suivi (tableur) qui va permettre de prioriser ces demandes clients. on a environ 100 demandes aujourd'huis, bug et fonctionnalités confondues.
le travail de priorisation abouti à l'écriture de tickets (github) qui vont être pris en charge en terme de développement
Ce mode de fonctionnement permet notamment de conserver une base de travail publique (les ticket github, accessibles à tout un chacun) tout en travaillant en priorité sur les demandes faites par les clients (ceux qui paient nos salaires).
On est très loin du 0 bug (actuellement, c'est plus de 1700 tickets ouverts) ; mais c'est aussi un moyen de tracer le problèmes et de ne pas ignorer des problèmes remontés par le passé mais qu'on n'a pas (encore) eu le temps de traiter.
Cette description succinte ne prend pas en compte les bugs identifiés durant les phase de test et livraison de fin de sprint, qui sont dans un sas type "on le garde là pour le moment car si on peut le corriger dans la foulée, ça ne passera même pas par un ticket"
En écrivant ça, je me dis qu'on pourrait prévoir une conf sur le sujet du process de développement si ça intéresse des gens …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dit autrement : comment se fait-il que le projet Flask est aussi dynamique là où la majorité des projets libres ou professionnels ne sont jamais à ce niveau d'avancement entre demandes et réponses / corrections.
C'est une vraie interrogation !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ce n'est pas ironique, c'est mal exprimé. Ce que je veux dire c'est que là, on voit le projet complètement à jour de toutes les demandes, de toutes les remontées de bugs, sans aucune merge request ouverte. Je trouve ça super étrange :
d'un côté c'est bien et ça montre une hyper réactivité de l'équipe de dév
d'un autre côté, ça fait plus de 20 ans que je fais du développement et je n'ai jamais vu un projet aussi "à jour sur les demandes" et "sans aucuns travaux en cours" (genre tous les soirs les MR sont terminées).
Je sais pas si c'est plus clair …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Dans un certain nombre de projets, le "bug" est la particule élémentaire pour les travaux de développement. Là ce n'est pas le cas. Il n'y a pas non plus de merge requête ouverte, ni de tableau de suivi.
C'est assez étrange, je trouve. Quelqu'un en sait un peu plus ? C'est le projet de développement ultime ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
À Algoo on utilise Thunderbird pour la messagerie email et on a découvert comme certains d'entre vous la nouvelle version de Thunderbird qui est très prometteuse.
On a prévu de faire une présentation de l'outil en interne et du coup on s'est dit qu'un webinaire public serait aussi bien.
L'événement est gratuit et se déroulera sur une plateforme Big Blue Button (donc sans nécessité d'installation de logiciel)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Notepad++ est le troisième environnement de développement ? Je suis vraiment dubitatif. Certes j'ai vu quasiment tous les développeurs en environnement Windows l'utiliser … mais comme éditeur de ressources texte, pas pour éditer et coder au quotidien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Les sociétés Algoo (éditrice du logiciel libre Tracim) et Aukfood (services, infogérance et formation autour des logiciels libres) organisent ce webinaire mardi 21/06 de 11h30 à 12h30 à destination (en particulier) des collectivités.
L'événement se déroulera +/- sous forme de table ronde avec 2 invités de marque :
Jean-Christophe ELINEAU, Responsable du cluster NAOS, le cluster Open Source de Nouvelle-Aquitaine,- Emmanuel CHOPOT DSI de la Roche-sur-Yon
La participation à l'événement est gratuite.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Attention au français car la littérature est massivement en anglais sur le sujet, du coup si tu veux trouver de l'aide, je t'invite vivement à utiliser la terminologie anglophone. Par exemple utilise Bridge plutôt que Pont, ou encore Abstract Factory plutôt que Fabrique Abstraite. Ça marche aussi en Français, hein, mais c'est juste que tu trouveras beaucoup plus d'aide en Anglais - et tu pourras échanger et discuter avec beaucoup plus de monde.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Par rapport à ce qui est dit au dessus, ce qui est important aussi, pour la pérennité de tes projets, c'est de respecter l'architecture des projets que tu reprends, et d'appliquer la philosophie de structuration proposée par les framework sur lesquels tu t'appuies.
Développer une app web Django avec une autre philosophie que celle de Django va t'amener à des difficultés de compréhension, d'organisation du code et casser les "paradigmes" que tes contributeurs s'attendent à retrouver.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
L'architecture MVC est une manière d'implémenter une application mais dès que tu travailles sur des projets complexes, ça ne suffit plus.
À partir de la, il y a plusieurs approches possibles selon les cas … Et pas de solution clé en main à mon sens.
Plus tu découpes et découples, plus ton logiciel est résilient et maintenance… Mais plus il sera coûteux à maintenir.
Veux tu mettre construire une architecture évolutive ? Dans ce cas une structure à base d'interfaces de programmation et de plugins sera la meilleure solution, mais alors c'est du boulot.
Ou alors tu as une architecture monolithique, moins évolutive mais nettement plus simple à maintenir.
Tu peux aussi t'orienter vers une architecture micro services mais là on s'éloigne de l'architecture logicielle pure…
Ce qui me semble important :
Regarder ce qui se fait
Connaître les pattern classiques (Factory, stratégie, etc, etc)
Écrire des tests car si tu veux changer l'architecture de ton code, les tests t'aideront à réécrire à iso-perimetre
Documenter et faire le + simple possible
La démarche d'évolution assez classique d'un développeur est :
Novice -> pas d'architecture
Intermédiaire -> trop d'architecture
Expérimenté -> architecture réfléchie là où c'est important
Mais même en étant expérimenté on n'est pas forcément d'accord avec ses pairs …
Bon courage :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne sais pas si vous prévoyez un rapport de stage ou un compte rendu de l'étude public mais dans tous les cas ça m'intéresserait beaucoup (et probablement que ça intéresserait d'autres personnes de savoir pourquoi vous retenez telle ou telle solution compte tenu de vos usages)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Les réseaux sociaux ont tout de même des avantages : ils m'ont permis de découvrir 3 4 alternatives que je partage ici (je ne connais pas donc pas d'avis sur les solutions) :
# Réaction en tant que créateur de Tracim et dirigeant Algoo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal 1ʳᵉ version "grand public" de TrSync. Évalué à 10.
Ça fait probablement 5 ans qu'on voulait faire un client de synchronisation et qu'on a creusé et abandonné des pistes. Et qu'on avait fini par laisser tomber, faute de priorité et de financement (on n'a pas d'investisseurs à Algoo, on développe ce que nos clients demandent et financent).
Quand bux m'a montré son projet, j'ai été emballé et d'autant plus que le projet trsync s'est développé sans nécessité de faire évoluer le cœur de Tracim : trsync s'appuie sur les APIs et sur le websocket pour établir la communication bidirectionnelle. Comme l'interface utilisateur en fait - mais du coup l'API est largement suffisante pour traiter le sujet.
En finançant une partie du travail sur trsync, j'ai voulu rendre l'outil utilisable par le grand public - installeur Windows, icône visible dans le bureau, etc.
Trsync est composé de plusieurs briques et est donc + facilement accessible à un contributeur. Trsync est un projet indépendant de Algoo et de Tracim.
Je suis content que Algoo ait contribué à un projet indépendant, et ce d'autant plus qu'on utilise trsync en production en interne chez Algoo, notamment pour les personnes administratives qui s'affranchissent naturellement de la problématique fichier local vs fichier distant.
Prochaine contribution financière ? Probablement qqchose autour des notifications, mentions ou tâches pour interagir avec Tracim directement depuis son bureau. J'imagine bien trsync devenir le client officiel natif (et contrairement à beaucoup de solutions, ce n'est pas un navigateur internet embarqué mais bien une application native)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Question de choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 2. Dernière modification le 08 juillet 2022 à 06:57.
Oui on est bien d'accord :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Question de choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 2.
C'est un sujet de réflexion assez vaste. Ne serait-ce que dans les bugs : il y a les bugs en cours de documentation (on a constaté une anomalie, on souhaiterait la corriger mais il faut encore clarifier le problème) et un bug "prêt" qui est auto-suffisant pour être pris en charge par un développeur. Le fait d'avoir tout au même endroit simplifie la recherche d'information et le suivi mais génère du "bruit" lorsqu'on veut une vue d'ensemble.
Sur Tracim on s'est posé la question et aujourd'hui on a 3 "inputs" :
Ce mode de fonctionnement permet notamment de conserver une base de travail publique (les ticket github, accessibles à tout un chacun) tout en travaillant en priorité sur les demandes faites par les clients (ceux qui paient nos salaires).
On est très loin du 0 bug (actuellement, c'est plus de 1700 tickets ouverts) ; mais c'est aussi un moyen de tracer le problèmes et de ne pas ignorer des problèmes remontés par le passé mais qu'on n'a pas (encore) eu le temps de traiter.
Cette description succinte ne prend pas en compte les bugs identifiés durant les phase de test et livraison de fin de sprint, qui sont dans un sas type "on le garde là pour le moment car si on peut le corriger dans la foulée, ça ne passera même pas par un ticket"
En écrivant ça, je me dis qu'on pourrait prévoir une conf sur le sujet du process de développement si ça intéresse des gens …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Où se passe le suivi des développements ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 2.
:-D
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Où se passe le suivi des développements ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 4.
Dit autrement : comment se fait-il que le projet Flask est aussi dynamique là où la majorité des projets libres ou professionnels ne sont jamais à ce niveau d'avancement entre demandes et réponses / corrections.
C'est une vraie interrogation !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Où se passe le suivi des développements ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 2.
Ce n'est pas ironique, c'est mal exprimé. Ce que je veux dire c'est que là, on voit le projet complètement à jour de toutes les demandes, de toutes les remontées de bugs, sans aucune merge request ouverte. Je trouve ça super étrange :
Je sais pas si c'est plus clair …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Où se passe le suivi des développements ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Flask: ~4K commits, ~2.5K bugs fermés, 0 bugs ouverts. Évalué à 3.
Dans un certain nombre de projets, le "bug" est la particule élémentaire pour les travaux de développement. Là ce n'est pas le cas. Il n'y a pas non plus de merge requête ouverte, ni de tableau de suivi.
C'est assez étrange, je trouve. Quelqu'un en sait un peu plus ? C'est le projet de développement ultime ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Pourquoi ce webinaire ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Webinaire de présentation de Thunderbird 102. Évalué à 6.
À Algoo on utilise Thunderbird pour la messagerie email et on a découvert comme certains d'entre vous la nouvelle version de Thunderbird qui est très prometteuse.
On a prévu de faire une présentation de l'outil en interne et du coup on s'est dit qu'un webinaire public serait aussi bien.
L'événement est gratuit et se déroulera sur une plateforme Big Blue Button (donc sans nécessité d'installation de logiciel)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Moi qui croyait qu'il était libre
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Adieu Atom :(. Évalué à 7.
Notepad++ est le troisième environnement de développement ? Je suis vraiment dubitatif. Certes j'ai vu quasiment tous les développeurs en environnement Windows l'utiliser … mais comme éditeur de ressources texte, pas pour éditer et coder au quotidien.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Un peu plus d'informations
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Webinaire "Pourquoi l’open source est une réponse aux enjeux des collectivités ?" mardi 21/06. Évalué à 4.
Les sociétés Algoo (éditrice du logiciel libre Tracim) et Aukfood (services, infogérance et formation autour des logiciels libres) organisent ce webinaire mardi 21/06 de 11h30 à 12h30 à destination (en particulier) des collectivités.
L'événement se déroulera +/- sous forme de table ronde avec 2 invités de marque :
La participation à l'événement est gratuite.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une paire max
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message combien d'instances django/react en meme temps sur un petit serveur?. Évalué à 3.
Je pense que mesurer CPU, RAM et temps de réponse permettront effectivement d'identifier à quel moment ton service se dégrade trop.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Je m'interroge...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien L’association Fing met fin à son aventure. Évalué à 2. Dernière modification le 28 avril 2022 à 09:22.
Commentaire en double -> supprimé
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Je m'interroge...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien L’association Fing met fin à son aventure. Évalué à 3.
J'ai vu passer l'information par ailleurs ; je ne connaissais pas l'association et je n'arrive pas à comprendre le sujet.
Pourquoi l'association se dissout-elle ? Objectif atteint ? Plus de raison d'être ? Plus de motivation ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Euh...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Cherche consultant pour mettre linux sur le bureau. Évalué à 2. Dernière modification le 22 avril 2022 à 20:08.
Pourquoi ? 🤔 (le lien ne m'a pas aidé)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Architecturer du code est le travail d'une vie ;)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message architectures de code. Évalué à 4.
Je t'invite à chercher les termes "design pattern" (ou patrons de conception en Français).
Par exemple :
Attention au français car la littérature est massivement en anglais sur le sujet, du coup si tu veux trouver de l'aide, je t'invite vivement à utiliser la terminologie anglophone. Par exemple utilise Bridge plutôt que Pont, ou encore Abstract Factory plutôt que Fabrique Abstraite. Ça marche aussi en Français, hein, mais c'est juste que tu trouveras beaucoup plus d'aide en Anglais - et tu pourras échanger et discuter avec beaucoup plus de monde.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: article mensonger.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche L’ordinateur portable modulaire : La lumière au bout du tunnel. Évalué à 3.
Du coup, les claviers orthogonaux c'est bien ou pas bien ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Architecturer du code est le travail d'une vie ;)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message architectures de code. Évalué à 4.
Par rapport à ce qui est dit au dessus, ce qui est important aussi, pour la pérennité de tes projets, c'est de respecter l'architecture des projets que tu reprends, et d'appliquer la philosophie de structuration proposée par les framework sur lesquels tu t'appuies.
Développer une app web Django avec une autre philosophie que celle de Django va t'amener à des difficultés de compréhension, d'organisation du code et casser les "paradigmes" que tes contributeurs s'attendent à retrouver.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Architecturer du code est le travail d'une vie ;)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message architectures de code. Évalué à 7.
L'architecture MVC est une manière d'implémenter une application mais dès que tu travailles sur des projets complexes, ça ne suffit plus.
À partir de la, il y a plusieurs approches possibles selon les cas … Et pas de solution clé en main à mon sens.
Plus tu découpes et découples, plus ton logiciel est résilient et maintenance… Mais plus il sera coûteux à maintenir.
Veux tu mettre construire une architecture évolutive ? Dans ce cas une structure à base d'interfaces de programmation et de plugins sera la meilleure solution, mais alors c'est du boulot.
Ou alors tu as une architecture monolithique, moins évolutive mais nettement plus simple à maintenir.
Tu peux aussi t'orienter vers une architecture micro services mais là on s'éloigne de l'architecture logicielle pure…
Ce qui me semble important :
La démarche d'évolution assez classique d'un développeur est :
Mais même en étant expérimenté on n'est pas forcément d'accord avec ses pairs …
Bon courage :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Je vous ai compris !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche L’ordinateur portable modulaire : La lumière au bout du tunnel. Évalué à 2.
J'y connais pas grand chose en clavier à part que j'aime les mécaniques.
Ça a un sens / ça se fait des claviers orthogonaux AZERTY ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Commentaire inutile
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Interface graphique en Go!. Évalué à 3.
J'ai plussé le message pour l'utilisation de l'expression ou quoi ou qu’est-ce trop peu utilisée 🥰
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Vous envisagez quoi comme solution ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Offre de stage] : Accompagner la bascule vers un cloud collaboratif libre. Évalué à 5.
Je ne sais pas si vous prévoyez un rapport de stage ou un compte rendu de l'étude public mais dans tous les cas ça m'intéresserait beaucoup (et probablement que ça intéresserait d'autres personnes de savoir pourquoi vous retenez telle ou telle solution compte tenu de vos usages)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Curieux
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien CNIL, mise en demeure : utilisation de Google Analytics et transferts de données vers les États-Unis. Évalué à 2.
Les réseaux sociaux ont tout de même des avantages : ils m'ont permis de découvrir
34 alternatives que je partage ici (je ne connais pas donc pas d'avis sur les solutions) :Deux autres solutions qui n'ont pas l'air opensource mais qui sont visiblement plus respectueuses du RGPD :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Curieux
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien CNIL, mise en demeure : utilisation de Google Analytics et transferts de données vers les États-Unis. Évalué à 3.
Quelles solutions existent à part Matomo ?
C'est la seule que je connaisse et pour cause : on utilise Matomo à Algoo.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Vous envisagez quoi comme solution ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Offre de stage] : Accompagner la bascule vers un cloud collaboratif libre. Évalué à 3.
N'hésitez pas à intégrer Tracim dans l'évaluation des solutions envisagées :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pad de l'assemblée générale
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien AFPy (Association Francophone Python): les adhésions 2022 sont ouvertes, AG le 09/02/22 (18h-20h)🐍. Évalué à 2.
Le lien github est cassé a priori.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo