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:
L'écriture de RFC permet de proposer des changements à l'équipe et recueillir leurs suggestions avant d'effectuer ces changements dans le code.
Lien: https://en.wikipedia.org/wiki/Request_for_Comments
Mentionné dans les épisodes:
Technique de développement consistant à commencer par définir un micro-objectif fonctionnel à atteindre, sous forme d'un test automatisé, suivi d'une phase d'implémentation puis de raffinage. Avantage: aide à faire émerger une architecture progressivement, en réponse aux besoins fonctionnels.
Lien: https://en.wikipedia.org/wiki/Test-driven_development
Mentionné dans les épisodes:
Règle consistant à se rappeler de ne pas écrire du code tant qu'on est pas sûr qu'il est nécessaire. Permet d'éviter l'over-engineering.
Lien: https://en.wikipedia.org/wiki/You_aren%27t_gonna_need_it
Mentionné dans les épisodes:
Article qui propose une définition du rôle de "Tech Lead" au sein d'une équipe.
Lien: https://www.patkua.com/blog/the-definition-of-a-tech-lead/
Mentionné dans les épisodes:
Livre qui propose une définition des différents rôles nécessaire pour conduire efficacement les équipes de développement, dont le "Tech Lead".
Lien: https://www.oreilly.com/library/view/the-managers-path/9781491973882/
Mentionné dans les épisodes:
Méthode permettant de reprendre contrôle sur son temps en entreprise.
Lien: https://app.will-agent.com/card/agendami
Mentionné dans les épisodes:
Méthode aidant à limiter les interruptions qui interfère avec ses projets et autres engagements qui demandent du focus.
Lien: https://app.will-agent.com/card/barricades
Mentionné dans les épisodes:
Lien: https://www.welcometothejungle.com/fr/articles/evoluer-developpeur-manager
Mentionné dans les épisodes:
Lien: https://staffeng.com/
Mentionné dans les épisodes:
Lien: https://geoffmazeroff.com/wp-content/uploads/2019/11/the-managers-path-notes.pdf
Mentionné dans les épisodes:
Talk court qu'Adrien a donné en Mars 2024 sur les erreurs de communication et leadership qu'il a commises lors d'une expérience au sein d'une équipe qu'il a eu du mal à piloter.
Lien: https://www.youtube.com/watch?v=QGdUXehGJYM
Mentionné dans les épisodes:
Excellente formation suivie par Adrien il y a quelques années. Les techniques de l'assertivité permettent de faire face aux situations de tensions quotidiennes courantes et d'éviter d'en générer soi-même. Cette méthode permet de limiter l'agressivité, la passivité ou la manipulation dans les relations habituelles.
Mentionné dans les épisodes:
Mentionné dans les épisodes:
Conseils sur comment bien communiquer lors de la revue de code (pull requests ou autres).
Lien: https://mtlynch.io/code-review-love/
Mentionné dans les épisodes:
Use Delegation Poker to clarify who’s responsible for what and to what level. This is a method where you can encourage employee engagement through controlled self-organization and clarified value and decision-making.
Lien: https://management30.com/practice/delegation-poker/
Mentionné dans les épisodes:
Document / keep a history of decisions to better understand why decisions where made (e.g. shortcuts, workarounds, etc...), to increase durability of the codebase, ease transmission of ownership, and therefore slow down its transformation into "legacy code".
Lien: https://understandlegacycode.com/blog/7-techniques-to-regain-control-of-legacy/#4-adrs-
Mentionné dans les épisodes:
Méthode permettant de trouver les raisons profondes ("root cause", en anglais) d'une décision ou d'un comportement.
Lien: https://fr.wikipedia.org/wiki/Cinq_pourquoi
Mentionné dans les épisodes:
L'objectif vous semblait pourtant clair quand votre manager vous en parlé... Mais depuis, vous ne savez plus vraiment pourquoi vous devez le faire, de multiples dépendances sont apparues... Et si on revoyait notre manière de fixer un objectif ?
Lien: https://app.will-agent.com/card/clarification
Mentionné dans les épisodes: