Kent Beck, créateur du Test-Driven Development et signataire du Manifeste Agile, publie sur LinkedIn un post stimulant critiquant le phénomène du « Vibe Coding » : la pratique consistant à s'appuyer principalement sur l'intuition et le code généré par IA, sans discipline de test systématique. Son intervention, qui pèse lourd au vu de ses contributions fondatrices au génie logiciel, déclenche un large débat dans l'industrie sur l'équilibre entre assistance IA et rigueur d'ingénierie.
Argument central : les vibes ne suffisent pas
si ça semble bon, on livre
La thèse de Beck : « si ça semble bon, on livre » est une approche fondamentalement défaillante, que le code soit humain ou généré par IA. La correction du logiciel exige une validation systématique : des tests fournissant une preuve objective que le code fonctionne, la prévention des régressions, des spécifications exécutables documentant le comportement attendu, et un feedback de conception révélant tôt les problèmes de complexité. L'intuition a de la valeur, mais ne remplace pas la vérification rigoureuse.
Pertinence du TDD à l'ère de l'IA
À ceux qui jugent le TDD obsolète face à la génération de code par IA, Beck répond : l'IA amplifie les conséquences d'un développement indiscipliné. Coder plus vite sans tests signifie accumuler la dette technique plus vite ; le code généré par IA contient toujours des bugs à détecter ; les tests aident à affiner les prompts ; la discipline TDD évite d'accepter une sortie IA plausible mais incorrecte. Le TDD complète l'IA plutôt qu'il n'est supplanté par elle.
Une critique nuancée
Beck distingue : prototypage (vibe coding acceptable pour des expérimentations jetables), code de production (tests non négociables), projets personnels (choix individuel) et code d'équipe ou d'entreprise (la responsabilité professionnelle exige la discipline). Ce n'est pas une condamnation de l'assistance IA : la critique vise l'abandon de la vérification, pas l'usage des outils.
L'IA comme amplificateur
Idée clé : l'IA amplifie les tendances existantes. Les ingénieurs disciplinés accélèrent le cycle red-green-refactor avec l'IA ; les ingénieurs indisciplinés produisent du code bugué plus vite. L'IA n'élimine pas le besoin de discipline, elle en intensifie les conséquences.
Réactions et terrain d'entente
Les réactions se divisent entre traditionalistes, pragmatiques et enthousiastes de l'IA ; les contre-arguments (TDD trop lent, tests générables par IA, pression du marché) méritent considération sans invalider le principe de vérification. Un consensus émerge autour d'approches hybrides : l'IA pour les brouillons de code et les cas de test fastidieux, des tests validant la sortie IA, une rigueur modulée selon la criticité du code. Beck cadre l'enjeu en termes d'éthique professionnelle : l'IA change la façon de coder, pas l'importance de la qualité.