Majuscules-Driven Development : crier sur l'IA ne sert à rien

Voici un exemple de Majuscules-Driven Development :

MAIS B***L CLAUDE IL NE FAUT RIEN IMPORTER DE CETTE COUCHE DANS CELLE-CI !!!

Au-delà du risque d’être impoli et rustre avec elle (à l’heure où Geoffrey Hinton lui-même juge qu’une probabilité de 10 % que l’IA éteigne l’humanité n’a « rien de déraisonnable »…), ce n’est pas très efficace.

Pourquoi ?

Parce qu’une règle d’import entre couches est vérifiable de façon déterministe et computationnelle.

Par exemple avec dependency-cruiser ou eslint-plugin-boundaries dans le monde TypeScript.

Tout ce qui peut être vérifié sans IA doit être fait sans IA

Et il y a une règle toute simple, bien trop souvent oubliée aujourd’hui : TOUT ce qui peut être vérifié sans IA doit être fait sans IA.

C’est plus rapide, moins cher, et ça peut augmenter votre espérance de vie de quelques années.

Une règle posée dans un outil comme dependency-cruiser ou eslint-plugin-boundaries ne peut pas être oubliée, contournée par lassitude ou mal interprétée. C’est exactement la différence entre une intention et une contrainte : écrite en toutes lettres dans un prompt, la règle reste un vœu pieux ; posée dans la CI, elle devient infranchissable.

Le Majuscules-Driven-Development est aussi souvent le symptôme d’un projet qui a voulu aller vite dès le départ, sans construire son harnais. Ralentir au début pour muscler cet outillage évite d’en arriver là.

Ce harnais, c’est ce que je construis avec les équipes que j’accompagne.