Habitude à perdre: pratiques répétées "à l'aveugle" dans l'objectif de résoudre un problème sans vraiment réfléchir à "pourquoi" ou "comment" mettre cette solution en place.
Lien: https://code-garage.fr/blog/qu-est-ce-que-le-cargo-cult-dans-le-developpement-logiciel/
Mentionné dans les épisodes:
Dix proposition pour assainir la collaboration au sein d'équipes de développement. Exemples: éviter le "cargo cult" et questionner les conséquences concrètes (outcomes) plutôt que les opinions.
Lien: https://egolesscrafting.org/
Mentionné dans les épisodes:
Le Human Mecano est une technique permettant de prendre conscience du fonctionnement de chacun au sein de son équipe, pour éviter les conflits et mieux converger sur les solutions à adopter.
Lien: https://app.will-agent.com/card/mecano
Mentionné dans les épisodes:
Aussi appelé Softare Crafts(wo)manship ou Artisanat Logiciel, il s'agit d'une philosophie et d'une attitude particulière qu'adoptent certain·e·s dévs dans l'optique de produire des logiciels bien conçus, qui fonctionnent correctement pendant longtemps.
Lien: https://www.youtube.com/watch?v=FzIuAImNcis
Mentionné dans les épisodes:
Site permettant de découvrir des évènements communautaires ouverts au public, et souvent gratuits
Lien: https://www.meetup.com/
Mentionné dans les épisodes:
Lien: https://lesav.tech/2024/02/09/9-mes-collegues-veulent-pas-s-ameliorer.html
Mentionné dans les épisodes:
Guide proposé par Robert C. Martin pour que le code qu'on écrit soit plus facile à lire et à maintenir dans la durée.
Lien: https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29
Mentionné dans les épisodes:
Lien: https://lesav.tech/2024/01/26/8-comment-faire-du-pair-programming.html
Mentionné dans les épisodes:
Complexité introduite dans des programmes informatiques non en raison de la complexité du problème, mais de manière accidentelle en raison de choix de développement non pertinents.
Lien: https://fr.wikipedia.org/wiki/Complexit%C3%A9_accidentelle
Mentionné dans les épisodes:
L'analyse de cause racine est une démarche de résolution de problème partant du constat qu'il est plus judicieux de traiter les causes d'un problème que d'en traiter les symptômes immédiats. En effet, l'analyse des causes d'un problème permet d'en déterminer une solution définitive, et donc, empêcher qu'il ne se reproduise de nouveau.
Lien: https://fr.wikipedia.org/wiki/Analyse_de_cause_racine
Mentionné dans les épisodes:
Leave your code better than you found it.
Lien: https://deviq.com/principles/boy-scout-rule
Mentionné dans les épisodes:
Un pompier pyromane, c’est avant tout un « pompier », c’est-à-dire quelqu’un qui se sent bien dans le rôle de sauveur. A chaque fois qu’il résout un bug, il est remercié chaudement par la ou les personnes qui étaient impactées au quotidien. Plus il est rapide dans la résolution de problèmes, plus sa valeur semble augmenter aux yeux de ses collègues. C’est normal, il leur facilite la vie, il résout leurs soucis.
Lien: https://www.geek-directeur-technique.com/2016/08/27/les-pompiers-pyromanes
Mentionné dans les épisodes:
Représenter les interactions entre composants aide à mieux comprendre une codebase compliquée.
Lien: https://lipn.univ-paris13.fr/~gerard/uml-s2/uml-cours05.html
Mentionné dans les épisodes:
Méthode permettant de résoudre et/ou prévenir les conflits interpersonnels, en traitant séparément les ressentis, faits et besoins, puis en formulant une demande.
Lien: https://bloculus.com/communication-non-violente-fondamentaux/
Mentionné dans les épisodes:
Merci à Audrey K. pour ce lien qui en référence plusieurs, dont ses recommandations: Women Who Code, Women In APIs.
Lien: https://www.cio.com/article/215709/16-organizations-for-women-in-tech.html
Mentionné dans les épisodes: