đ§ 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