Uncle Bob contre les machines: pourquoi l'auteur de Clean Code ne se presse pas de prendre sa retraite

L'industrie du développement logiciel ressemble actuellement à une ville en proie à la fièvre : chaque deuxième startup promet que les réseaux de neurones rendront bientôt les programmeurs obsolètes. Entre en scène Robert Martin, mieux connu sous le nom d'Oncle Bob. L'homme qui a formulé les principes SOLID et a enseigné à deux générations de développeurs à écrire du code dont ils ne sont pas honteux de montrer à leurs collègues a décidé de vérifier à quel point cet enthousiasme est véritablement justifié. Son expérience n'est pas simplement un examen logiciel, mais une investigation profonde sur la façon dont la nature même du métier change sous la pression des grands modèles de langage.

Martin a commencé son parcours en codage par l'IA de la même manière que tout le monde : en tentant d'automatiser les tâches de routine. Il a rapidement découvert que les outils modernes comme GitHub Copilot ou ChatGPT gèrent brillamment les fonctions de modèle, les expressions régulières et les algorithmes simples. À première vue, cela semble être une victoire. La productivité augmente, le temps jusqu'au déploiement diminue. Cependant, Oncle Bob a creusé plus profondément et s'est heurté à ce qu'il appelle les « hallucinations architecturales ». Le réseau de neurones produit un code qui semble correct et réussit même les tests, mais viole des principes fondamentaux de la conception propre.

Le problème est que les LLM ont été entraînés sur des ensembles de données colossaux où le code « mauvais » est statistiquement plus courant que le code « bon ». En conséquence, le réseau de neurones propose souvent la solution la plus évidente et directe, qui à long terme crée une dette technique monstrueuse. Martin a remarqué que l'IA ne comprend absolument pas le contexte des changements futurs.

Elle ne sait pas que ce module devra être étendu dans six mois, ou que cette 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 en évolution. Et c'est ici que se trouve le principal piège pour les débutants.

Quand un développeur expérimenté utilise l'IA, il agit comme un censeur strict. Il voit où le modèle propose une « rustine » et le force à recommencer. Mais que se passe-t-il quand un junior s'approprie l'outil ? Il accepte le code généré comme une vérité absolue, parce qu'il fonctionne ici et maintenant. Oncle Bob avertit : nous risquons de créer une génération d'« ingénieurs de prompt » qui peuvent assembler des prototypes fonctionnels, mais sont complètement impuissants face à une erreur système complexe. Le processus de programmation se transforme de création en correction infinie des erreurs d'autrui, ce qui est psychologiquement bien plus épuisant.

Un autre aspect important qu'a abordé Martin est la discipline. Il a toujours été un partisan du TDD (développement piloté par les tests). Dans le monde du codage par l'IA, les tests cessent d'être simplement une bonne pratique pour devenir la seule façon de survivre. Si vous laissez la machine écrire le code pour vous, vous devez avoir un système de vérification automatisé qui confirme que la machine n'a pas menti. Sans cela, le développement devient une promenade dans un champ de mines les yeux bandés. Martin insiste sur le fait que le rôle des tests augmente seulement, bien que beaucoup aient espéré que l'IA les débarrasserait de cette partie « ennuyeuse » du travail.

En fin de compte, les conclusions de Robert Martin se résument à ceci : l'IA est un exosquelette puissant, mais il doit toujours y avoir un athlète à l'intérieur. Les réseaux de neurones n'éliminent pas la nécessité de connaître les algorithmes, de comprendre les modèles de conception et de sentir l'architecture. Au contraire, ils rendent ces compétences encore plus rares et précieuses. Nous n'arrêterons pas d'écrire du code, mais nous devons apprendre à en être responsables doublement quand une boîte noire effectue une partie du travail pour nous. Le code propre reste du code propre, même s'il a été tapé par un réseau de neurones, et les critères de qualité n'ont pas changé au cours des quarante dernières années.

L'essentiel : l'IA ne tue pas la profession, mais élève radicalement la barre de la compréhension architecturale. Êtes-vous prêt à être un architecte, et non simplement un opérateur de clavier ?