Specification Engineering: Foundations for the Future of Software Development (Dagstuhl Seminar 25392)

✒ Enzo SandrĂ© · 📆 26/05/2026 · 🧼 MĂ©thodes de dĂ©veloppement · 👌 QualitĂ© logicielle

🧭 En septembre 2025 le cĂ©lĂšbre Dagstuhl a initiĂ© un sĂ©minaire sur le thĂšme des spĂ©cifications Ă  l’ùre de l’IA. Ce n’est un secret pour personne : le monde des spĂ©cifications est une jungle, personne ne s’accorde sur la dĂ©finition de ce terme, encore moins sur un format unifiĂ©. Le code est-il une spĂ©cification ? LĂąchez cette question dans une rĂ©union de dĂ©veloppeurs, les dĂ©bats seront vifs.

🧠 L’état actuel des LLM ne permet pas de traduire le langage naturel en spĂ©cifications formelles. Les spĂ©cifications ainsi gĂ©nĂ©rĂ©es seront syntactiquement valides, mais sĂ©mantiquement dĂ©faillantes. L’IA ne comprend pas l’abstraction, tout simplement. Je vois les thomistes du fond ricaner.

🗿 Enseigner les spĂ©cifications formelles aux Ă©tudiants ne donne pas grand-chose, tant ces langages sont abscons et plus proches des mathĂ©matiques que la plupart des profils ne peuvent le supporter. Une bonne spĂ©cification est utilisable et mĂȘme si les dĂ©veloppeurs pouvaient percer les cryptogrammes de la logique formelle, les experts mĂ©tiers, ultimes sources de vĂ©ritĂ©, ne le pourraient pas. Peut-ĂȘtre existe-t-il des progrĂšs Ă  faire pour amĂ©liorer ces langages formels, afin de les rendre human-friendly. Peut-ĂȘtre finiraient-ils alors par ressembler 
 Ă  des langages de programmation de haut-niveau.

đŸŽ›ïž Le mĂ©tier de dĂ©veloppeur tire sa valeur de l’orchestration de nombreuses tĂąches. Certaines sont bĂȘtes, facilement vĂ©rifiables, donc automatisables, d’autres sont l’essence mĂȘme du mĂ©tier de dĂ©veloppeur : s’assurer, quitte Ă  y risquer sa peau, que les spĂ©cifications sont correctement comprises et implĂ©mentĂ©es par la machine, Ă  l’aide d’un langage symbolique semi-formel, mĂ©morisable, facile Ă  apprendre et Ă  relire, capable de rendre les erreurs Ă©videntes et plaisant Ă  utiliser.

🔁 Comment s’en assure-t-on ? Un participant ressort l’idĂ©e du WYSIWYG, soit une boucle de rĂ©troaction trĂšs courte entre le recueil du besoin et la prĂ©sentation au client. Les esprits taquins appelleraient cela de l’eXtreme Programming. L’histoire bĂ©gaie et les rĂ©volutions sont Ă©tymologiquement un retour au point de dĂ©part.

đŸ§Ș Mon principal regret par rapport Ă  ce sĂ©minaire, est que les tests de haut niveau n’aient pas Ă©tĂ© pris comme une hypothĂšse de spĂ©cification valable.

đŸ©» Le principal apport de l’IA pointĂ© par le sĂ©minaire est sa capacitĂ© Ă  lire le code et Ă  pointer les incohĂ©rences et les contradictions laissĂ©es par le dĂ©veloppeur. Cela semble peu, mais c’est un game-changer.

SOURCE

Marsha Chechik, Eunsuk Kang, Shahar Maoz, Jan Oliver Ringert, and Allison Sullivan. Specification Engineering: Foundations for the Future of Software Development (Dagstuhl Seminar 25392). In Dagstuhl Reports, Volume 15, Issue 9, pp. 160-182, Schloss Dagstuhl – Leibniz-Zentrum fĂŒr Informatik (2026) DOI:10.4230/DagRep.15.9.160

Enzo Sandré


📄 Lien public DOIs: 10.4230/DagRep.15.9.160