Ton cerveau ne ment pas : la science derrière le code propre

Le “WTF/minute”, seule vraie métrique ?

Il existe un dessin devenu culte dans nos métiers. Deux revues de code, côte à côte. La bonne, où le relecteur murmure “P*****”. La mauvaise, où ils fusent sans interruption. La légende est limpide : la seule unité de mesure honnête de la qualité d’un code, c’est le nombre de jurons poussés par minute.

C’est une blague, évidemment. Mais comme toutes les bonnes blagues d’informaticiens, elle pointe une vérité gênante. Tu sais reconnaître un mauvais code instantanément. Tu ouvres un fichier, tu sens ta nuque se crisper, une petite voix te dit “non, pas ça”. Ce n’est pas du snobisme. C’est un signal physiologique. Ton cerveau te prévient qu’il va devoir payer cher.

Le problème, c’est que pendant des décennies, on a refusé d’écouter ce signal. On a voulu objectiver la qualité, et on s’y est pris comme on contrôle une pièce sortie d’usine : en faisant l’inventaire. Nombre de lignes, de mots-clés, de variables, de chemins d’exécution. Une approche purement comptable, rassurante parce que chiffrée. Et qui a largement échoué. Pas par manque de rigueur, mais parce qu’elle se trompait d’objet. On mesurait la mécanique du programme là où le vrai sujet, c’était le lecteur humain qui allait le déchiffrer.

Bonne nouvelle : la recherche a fini par te donner raison. L’architecture logicielle moderne ne s’appuie plus sur les formules des années 70, mais sur la linguistique et les neurosciences. Ton mal de crâne est désormais une donnée scientifique. Voici comment on en est arrivé là.