Chaque dev a déjà expérimenté des évolutions ou des corrections douloureuses. Pour trouver l'origine de cette douleur, on a facilement tendance à vouloir blâmer des personnes, des gens, avec généralement peu de résultats sur l'amélioration du code. Et si on faisait fausse route? Et si le meilleur moyen d'améliorer notre code, c'était de voir objectivement, données et analyses à l'appui, les zones qui nous font le plus mal et qui vont très certainement nous causer du soucis à l'avenir! Enfilons notre costume de détective pour voir comment les techniques et méthodes des meilleurs agents du FBI peuvent également s'appliquer au code!

Retour d'expérience sur l'utilisation de quelques unes des pratiques issues de "Your code as a crime scene" de Adam Tornhill, sur un projet réel. Qu'est-ce que j'ai pu identifier et à la fin, qu'est-ce que vous pourrez envisager comme axe de travail sur votre propre codebase?