Des anecdotes, des astuces qui changent la vie pour se sortir des situations délicates
Quand on code au plus vite et de manière non optimale, on contracte une dette technique que l'on rembourse tout au long de la vie du projet sous forme de temps de développement de plus en plus long et de bugs de plus en plus fréquents.
La dette technique est un emprunt sur la qualité. Elle est donc utile car elle permet de faire avancer le projet plus vite à court terme
Elle devient problématique quand le coût de développement d'une fonctionnalité devient supérieur à ce qu'elle peut rapporter… et que ça gonfle tous les développeurs
Mix entre la somme des fonctionnalités qui n'auraient jamais du voir le jour et la sédimentation naturelle du code…
+ les boulets.
C'est quoi un test ?
Les tests c'est pour ceux qui ne savent pas coder
Les tests c'est pour ceux qui écrivent des bugs
On a tout bien fait, mais là on est obligé de prendre un raccourci pour respecter XX condition
Le projet est en PHP, mais maintenant je ne fais plus que du [Python|JS|Go]
Une relation client sympa qui vire au cauchemar, ça arrive. Une relation client de merde qui vire à l’idylle, jamais. Fuyez, dès le début..
On ne peut pas se permettre de… <un truc moisi>
L’amertume de la mauvaise qualité reste longtemps après que la douceur du bas prix est oublié
There are only two types of code, code that delivers business value, and code that doesn’t. The cleanest code that doesn’t deliver value is still crap
— Anthony Ferrara in Beyond Clean Code
Tout projet informatique sérieux doit commencer par un dénigrement systématique du travail effectué par les développeurs précédents