Oncle Bob contre les machines : pourquoi l'auteur de « Clean Code » ne prend pas sa retraite

L'industrie du logiciel ressemble aujourd'hui à une ville prise de fièvre : une startup sur deux promet que les réseaux de neurones vont reléguer les programmeurs au rang de vestige. C'est le moment que choisit Robert Martin, plus connu sous le nom d'Oncle Bob, pour entrer en scène. Il a formulé les principes SOLID et appris à deux générations de développeurs à écrire du code qu'on n'a pas honte de montrer à ses collègues. Il a voulu vérifier si cet enthousiasme est fondé. Son expérience n'est pas un simple avis sur un logiciel, mais une étude approfondie de la façon dont la nature même du métier change sous la pression des grands modèles de langage.

Martin a débuté dans le codage avec l'IA par où commence tout le monde : en essayant d'automatiser les tâches routinières. Il a vite constaté que des outils actuels comme GitHub Copilot ou ChatGPT se tirent brillamment de l'écriture de fonctions types, d'expressions régulières et d'algorithmes simples. À première vue, c'est une victoire : la productivité grimpe et le délai avant déploiement raccourcit. Mais l'Oncle Bob a creusé et s'est heurté à ce qu'il appelle des « hallucinations d'architecture ». Le réseau de neurones fournit un code qui paraît correct et passe même les tests, mais qui viole les principes fondamentaux de la conception propre.

Le problème, c'est que les LLM ont été entraînés sur des masses de données colossales où le « mauvais » code est statistiquement plus abondant que le « bon ». Résultat : le modèle propose souvent la solution la plus évidente et la plus directe, qui crée à long terme une dette technique monstrueuse. Martin a remarqué que l'IA ne comprend absolument pas le contexte des évolutions futures.

Elle ignore que ce module devra être mis à l'échelle dans six mois, ou que telle dépendance devra être remplacée. Pour un réseau de neurones, le code est du texte ; pour un ingénieur, c'est une structure vivante et changeante. Et c'est là que se cache le principal piège pour les débutants.

Quand un développeur expérimenté utilise l'IA, il joue le rôle d'un censeur strict. Il voit où le modèle propose un « bricolage » et l'oblige à refaire son travail. Mais que se passe-t-il quand un junior s'empare de l'outil ? Il prend le code généré pour parole d'évangile, puisqu'il fonctionne ici et maintenant. L'Oncle Bob prévient : nous risquons de former une génération d'« ingénieurs de prompts » capables d'assembler des prototypes fonctionnels, mais totalement démunis face à une erreur systémique complexe. La programmation cesse d'être une création pour devenir une correction sans fin des bévues d'autrui, ce qui épuise psychologiquement bien davantage.

Martin a aussi abordé un autre point important : la discipline. Il a toujours été un fervent défenseur du TDD (développement piloté par les tests). Dans le monde du codage avec l'IA, les tests ne sont plus seulement une bonne pratique, mais l'unique moyen de survivre. Si vous laissez la machine écrire le code à votre place, vous devez disposer d'un système de vérification automatisé qui confirme qu'elle n'a pas menti. Sans cela, développer revient à traverser un champ de mines les yeux bandés. Martin insiste : le rôle des tests ne fait que croître, alors que beaucoup espéraient que l'IA les dispenserait aussi de cette partie « ennuyeuse » du travail.

Au bout du compte, les conclusions de Robert Martin se résument ainsi : l'IA est un exosquelette puissant, mais il faut toujours un athlète à l'intérieur. Les réseaux de neurones n'annulent pas la nécessité de connaître les algorithmes, de comprendre les patrons de conception et de sentir l'architecture. Au contraire, ils rendent ces connaissances encore plus rares et précieuses. Nous ne cesserons pas d'écrire du code, mais nous devons apprendre à en assumer le double de responsabilité lorsqu'une boîte noire accomplit une partie du travail à notre place. Le code propre reste du code propre, même s'il a été tapé sur le clavier par un réseau de neurones, et les critères de qualité n'ont pas changé depuis quarante ans.

L'essentiel : l'IA ne tue pas le métier, mais elle relève radicalement le niveau d'exigence en matière de compréhension de l'architecture. Êtes-vous prêt à être architecte, et pas simplement opérateur de clavier ?