Lectures & ressources
Les livres, articles et talks qui façonnent ma façon de coder, avec ce que j'en retiens.
Je note ici les ressources que je lis et regarde à partir d'août 2026, avec mon résumé. Avant, je ne les listais pas : je me force donc à (re)lire et (re)voir, et cette page s'enrichit au fil du temps.
Ce que j'en retiens : On teste des comportements, pas des classes. « Une classe de test par classe de prod » et un mock par dépendance produisent un harnais qui interdit tout refactoring — l’inverse de la promesse du TDD. Le déclencheur d’un test, c’est un requirement, jamais la création d’une classe. La réponse était déjà dans le livre de Kent Beck (2003) ; on l’avait juste mal lu.
Points clés
- L’« unité » d’un test unitaire, c’est l’isolation du test, pas la classe : un test peut traverser plusieurs classes.
- RED-GREEN-REFACTOR : on passe au vert « salement » (au plus vite), le refactoring est l’étape non-négociable.
- On ne couple aucun test aux classes extraites au refactoring : sinon le moindre changement casse tout.
- Mocker à outrance = coupler ses tests au design courant. Tester au « port » (hexagonal), pas les détails internes.
- TDD
- Tests
- Craft