Laissez moi entamer ici le premier billet d’une série. Comme le titre l’indique, au cours de nos différentes missions, nous avons eu l’occasion de tomber nez à nez avec certaines idées reçues. Elles sont souvent issues d’une sorte de sagesse collective, de vérités transmises de développeur en développeur depuis des temps immémoriaux. Si parfois elles sont empruntes d’une certaine vérité, il faut bien admettre que dans la grande majorité des cas, c’est tout simplement du grand n’importe quoi.
Quelques sites existent déjà pour recenser ce genre de perles, mais nous voulions également adjoindre notre démystification.
Allez, ne faisons pas durer le suspens plus longtemps, et laissez moi ouvrir le bal en douceur :
Si ce n’est pas cassé, ne répare pas!!
Ce vieil adage d’ingénierie, sans doute vrai dans d’autres corps de métier, est un générateur de catastrophe dans le monde de l’informatique. C’est une négation de la conception incrémentale, du refactoring et de l’amélioration continue. Pour garder un logiciel maintenable et de qualité au cours du temps nous DEVONS réparer ce qui n’est pas cassé.