Spec-Driven Dev Is Back. But Not How You Think • Daniel Terhorst-North & Gojko Adzic • GOTO 2026

Spec-Driven Dev Is Back. But Not How You Think • Daniel Terhorst-North & Gojko Adzic • GOTO 2026

🎙 Daniel Terhorst-North & Gojko Adzic 👥 1.1M 📅 27 avril 2026 ⏱ 39 min 👁 5K 📄 débat 🧭 2026-08-02
Disponible en : Français (actuel) English

Mots-clés

spec-drivenIA générativeagentsBDDlinting

Résumé

Dans cet entretien, Daniel Terhorst-North et Gojko Adzic discutent du retour du développement piloté par spécifications (spec-driven) à l’ère de l’IA générative. Ils distinguent deux approches : le ‘spec-to-code’ en un seul passage, qu’ils jugent voué à l’échec, et une approche itérative avec des boucles de rétroaction, qu’ils considèrent prometteuse. Ils comparent les outils actuels (SpecKit, Kiro) aux outils CASE des années 90 et à l’architecture dirigée par modèles, soulignant le risque de produire des documents que personne ne lit. Gojko partage une solution concrète : plutôt que de se fier à des fichiers markdown pour guider les agents, il propose d’encoder les règles de domaine sous forme de vérifications automatisées (linting) exécutées dans l’intégration continue. Cette approche rend les contraintes déterministes et applicables aussi bien aux humains qu’aux bots. Les deux intervenants insistent sur l’importance de garder les humains dans la boucle pour la compréhension du domaine et la validation sémantique, et sur la nécessité de concevoir des messages d’erreur adaptés aux agents. Ils concluent que l’IA peut accélérer le développement, mais ne remplace pas le jugement humain.

179 mots

Évaluation critique

Cet entretien offre une analyse nuancée et pragmatique du développement piloté par spécifications avec l’IA générative. Les deux intervenants, forts de leur expérience, évitent à la fois l’enthousiasme naïf et le rejet systématique. Leur distinction entre une approche ‘one-shot’ irréaliste et une approche itérative prometteuse est éclairante et s’appuie sur des analogies historiques pertinentes (CASE tools, MDA). L’argumentation est solide, appuyée par des exemples concrets, notamment la solution de Gojko consistant à transformer des règles de domaine en vérifications automatisées (linting). Cette idée est originale et directement applicable, ce qui renforce la valeur pratique du contenu. Les références à Martin Fowler et Emily Bender ancrent le propos dans une réflexion plus large sur la nature de la programmation et les limites des modèles de langage. La qualité des sources est bonne, même si l’on regrette l’absence de données chiffrées ou d’études empiriques. L’adéquation titre-contenu est bonne, même si le titre pourrait laisser penser à une présentation plus technique. Le format interview permet une discussion vivante, mais peut parfois manquer de structure. Dans l’ensemble, une contribution de qualité pour les professionnels du logiciel, avec des idées actionnables et une mise en garde salutaire contre les promesses excessives de l’IA.

198 mots

Adéquation titre / contenu

Le titre est pertinent : il annonce une discussion sur le retour du spec-driven development, et le contenu confirme une analyse nuancée, loin des promesses marketing.

Qualité & fiabilité

8/10

Discussion experte entre deux praticiens reconnus (créateur du BDD et consultant senior), avec retours d'expérience concrets et références à des travaux antérieurs (Fowler, Bender). Pas de données chiffrées, mais une argumentation solide et nuancée.

Chapitres

Sources citées

Sources concordantes

  • Martin Fowler - Code as a design — Article de Martin Fowler cité implicitement sur la nature de la programmation.

Références externes

Apport & nouveautés

L’apport principal de cet entretien est la proposition concrète de Gojko Adzic : remplacer les fichiers markdown, souvent ignorés, par des vérifications automatisées (linting) pour faire respecter les règles de domaine aux agents IA. Cette idée, illustrée par un exemple avec ESLint, est originale et directement applicable. Elle s’inscrit dans une réflexion plus large sur la nécessité de boucles de rétroaction rapides et déterministes.

Pour aller plus loin :

128 mots

Profil radar

Le profil radar montre une bonne qualité d'information et une fiabilité élevée, avec une quantité d'information moyenne et un niveau technique correct. Cela reflète une discussion experte mais sans données chiffrées, orientée vers des conseils pratiques.

Fiabilité 8/10