## IA générative et développement : constats et questionnements Olivier Aubert www.olivieraubert.net ― Workshop IA4DEV - 19/10/2026 --- ## Qui parle ? - mi-enseignant-chercheur (MAST, LS2N) - enseignant à des étudiants ingénieurs en informatique (Polytech Nantes) - recherche notamment autour de la genèse instrumentale - mi-ingénieur/consultant indépendant - développeur et mainteneur de logiciels - "craft" codeur pour le plaisir intellectuel, goût pour le code/archi "élégant" et la rigueur - en veille active/circonspecte sur IA/LLM ## En pédagogie Plein de questions sans réponse définitive - quoi enseigner (algorithmique, principes, code review...) - comment enseigner (comment évaluer ? quoi évaluer ?) - quel [impact sur l'apprentissage](https://link.springer.com/article/10.1186/s41239-024-00444-7) ([érosion cognitive](https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2025.1550621/full), perte de compétences) - pourquoi enseigner (employabilité des étudiants, politiques de recrutement...) ## Illustration  <!-- .element: style="height: 60vh" --> ## Développeur dans la recherche Plusieurs projets, donc certains anciens, par ex. : - Contributions à vlc (contrôle via python, depuis 2002) - Advene, logiciel libre (annotation vidéo), depuis 2001 Toujours fonctionnels et maintenus (25 ans) [*Le soin des choses - Politiques de la maintenance*, Jérôme Denis, David Pontille, ed. La Découverte](https://www.editionsladecouverte.fr/le_soin_des_choses-9782348064838) ## Quelques questions sur l'IAg pour le dev - Est-ce que ça peut décoincer des situations ? - Est-ce que ça fait vraiment gagner du temps ? - Est-ce que c'est compatible avec une approche manuelle ? - Est-ce que c'est viable ? - Est-ce que la balance bénéfice-risque est équilibrée ? --- # Constats - Soutien au développement de Sonal π et TADDDAM - Sonal π : - logiciel reconnu d'analyse qualitative - application Electron/js (sans autre framework) - évolution *vibe-codée* de Sonal 1.0.81 (Visual Basic) fusionné avec Whispurge (HTML/js) - fonctionnelle - Demande d'ajout de fonctionnalité (webdav) - Évaluation sans assistance IAg - Refactoring nécessaire ## Quelques éléments "déconcertants" - pas de modèle clair - nommages peu clairs, pas cohérents - code dupliqué - code pas factorisé - structures de données héritées de VB et des sources historiques évolutives - aberrations structurelles (pas de séparation modèle/vue...) ## Évolutions - Tentatives d'ajout de fonctionnalités - Nécessite un gros nettoyage/refactoring - Refactoring effectué par Max avec IAg - plusieurs plans de développement générés par Max avec Claude - Réunion de modélisation (tableau blanc) - Propositions de reconceptions - développements repris par Max en IAg ## Enjeux de collaboration entre IAg / non-IAg - L'IAg permet de faire évoluer du code incompréhensible en le conservant incompréhensible - On ajoute de l'entropie - Réécriture via IAg planifiée à partir de principes plus structurés (SonalTau) - on retrouve une architecture lisible, des bonnes pratiques qui facilitent la compréhension (code Typescript généralisé). - mais on se heurte à la limite de la taille de code et de documentation générés - Masse de code + doc trop fournie + rythme à suivre : inhumain - d'autant plus que "Le diable est dans les détails" --- # Éléments bénéfice-risque ## Impact de l'IAg - Permet d’ajouter des fonctionnalités même dans du code mal structuré - Offre de multiples pistes d'analyse (plans de développements, etc) - L'IAg n'a pas les mêmes contraintes que nous (e.g. duplication vs factorisation) - "Permet" de s’acharner au lieu de réfléchir à une [refactorisation](https://dl.acm.org/doi/abs/10.1145/2393596.2393655)/redéveloppement ## Pros - Autonomisation des utilisateurs (*User-lead innovation*) - L'IAg rend plus accessible la production de logiciels et de documentation pour répondre à des besoins spécifiques - L'IAg permet parfois de découvrir de nouvelles pratiques - optimisation de code (ex. boucles / cache CPU) - pratiques de conteneurisation (mailpit) ## Lien au code source - Le code source est un langage à la fois à destination de la machine et d'autres humains - On enseigne les bonnes pratiques de développement logiciel (code lisible et structuré, nommage des variables...) - Est-ce que le code généré est pire que du code produit par une personne non expérimentée/en formation? - [Code Readability in the Age of Large Language Models: An Industrial Case Study from Atlassian, 2025)](https://arxiv.org/html/2501.11264v2) : (1) la lisibilité est un aspect crucial du développement (2) la lisibilité du code généré par LLM est comparable à celle de code généré par des humains ## Rupture épistémologique - Passage de code déterministe, analysable à des "souhaits" ou des "DOIT" dont on n'a aucune garantie qu'ils seront respectés - Peter Naur's ["Programming as Theory Building"](https://cekrem.github.io/posts/programming-as-theory-building-naur/) (1985) : "Programming is **building a mental model**. It is not mechanical code production. The shared mental model in developers' minds is the real product. A program is "living" only while the team understands this theory. When programmers leave, it becomes "dead". Without the original theory, new maintainers treat software as a black box, creating patchwork fixes that cause side effects and architectural decay." --- ## Risques - Globaux - Individuels - Organisationnels - Écosystémiques ## Risques globaux: climat <div class="twocolumn">  <!-- .element: style="height: 60vh" --> [(Source)](https://ketanjoshi.co/2026/07/01/googles-exponential-path-to-climate-wrecking-digital-bloat/) [Les émissions de CO₂ de Google et d’Amazon bondissent, propulsées par l’essor de l’IA](https://www.lemonde.fr/pixels/article/2026/07/03/les-emissions-de-co-de-google-et-amazon-bondissent-propulsees-par-l-essor-de-l-ia_6718303_4408996.html) : engagement 2019 Google: / 2 en 2040 - engagement 2019 Amazon: neutralité en 2040 [Europe must choose between AI and climate goals, data center lobby says](https://www.politico.eu/article/europe-choose-ai-climate-goals-data-center-chief-warns/) </div> ## Risques globaux: climat  <!-- .element: style="height: 60vh" --> [Source: Shift project](https://theshiftproject.org/publications/intelligence-artificielle-centres-de-donnees-rapport-final/) ## Risques individuels - Extériorisation sans ré-intériorisation = [prolétarisation](https://intelligences-plurielles.com/ressources/concepts/proletarisation/) - [Entretien avec Bernard Stiegler, par Ghislain Deslandes, Luca Paltrinieri, in Rue Descartes 2017/1 N° 91](https://shs.cairn.info/article/RDES_091_0119/pdf) <!-- .element: style="font-size: 70%;" --> - Erosion cognitive - [Jose, B., Cherian, J., Verghis, A. M., Varghise, S. M., S, M., & Joseph, S. (2025). The cognitive paradox of AI in education: between enhancement and erosion. Frontiers in psychology, 16, 1550621.](https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2025.1550621/full) <!-- .element: style="font-size: 70%;" --> - AI fatigue - [Shalu, Verma, N., Dev, K., Bhardwaj, A. B., & Kumar, K. (2026). The cognitive cost of AI: How AI anxiety and attitudes influence decision fatigue in daily technology use. Annals of Neurosciences, 33(1), 73-84.](https://journals.sagepub.com/doi/abs/10.1177/09727531251359872) <!-- .element: style="font-size: 70%;" --> - [Ragolane, M., & Patel, S. (2025). Too much, too fast: understanding AI fatigue in the digital acceleration era. International Journal of Arts, Humanities and Social Sciences.](https://journals.sagepub.com/doi/abs/10.1177/09727531251359872) <!-- .element: style="font-size: 70%;" --> ## Risques individuels - Danger pour la démarche scientifique/rationnelle (*baseline shifting* des taux de réussite, regard critique sur les affirmations et productions) - Isolement social (plus besoin de poser des questions aux collègues) - Déjà avant l'IA, mais exacerbé: [Alone Together: Why We Expect More from Technology and Less from Each Other (Sherry Turkle - MIT, 2012)](https://docdrop.org/static/drop-pdf/Turkle---Always-On-YSFK5.pdf) ## Risques organisationnels - On suppose que les sorties sont relues/validées par des personnes *senior* (avec de l'expérience) - Remplacement des juniors dans les organisations, mais qui seront les seniors dans 5 ans ? Avec quelle expertise ? [Hartzog, W., & Silbey, J. M. (2025). How AI destroys institutions.](https://www.uclawjournal.org/how-ai-destroys-institutions/) 3 destructive AI affordances (not by accident, but by design): - AI Undermines Expertise - AI Short-Circuits Decision-Making - AI Isolates Humans ## Impacts écosystémiques - Surcharge des serveurs: [PyPI overload](https://pyfound.blogspot.com/2026/08/how-aws-powers-pypi-and-psf.html), [Kernel.org overload](https://people.kernel.org/monsieuricon/creepy-crawlies), Zenodo, Gallica... - Pollution de données: [wordfreq](https://github.com/rspeer/wordfreq/blob/master/SUNSET.md), [model collapse](https://fr.wikipedia.org/wiki/Effondrement_de_mod%C3%A8les_d%27intelligence_artificielle)... - Surcharge des contributeurs - [logiciel libre](https://www.bleepingcomputer.com/news/security/curl-ending-bug-bounty-program-after-flood-of-ai-slop-reports/) ou [propriétaire](https://lucumr.pocoo.org/2026/9/7/astra-why/), multiplication des CVEs... - [Non respect des licences logicielles](https://spectrum.ieee.org/ai-code-generation-ownership) (en entrée, et en sortie) - Désorganisation des filières matérielles (RAM, disque...) - Déséquilibres généraux des financements --- # Quelques pistes ## Five levels of AI coding agent autonomy [Five levels of AI coding agent autonomy, and why higher isn’t always better](https://www.swarmia.com/blog/five-levels-ai-agent-autonomy/) - Level 1: Assistive - Level 2: Conversational - Level 3: Task agent - Level 4: Autonomous teammate - Level 5: Agentic avalanche ## Craft coding [Craft coding - AI coding without the vibes](https://peterbloem.nl/blog/craft-coding) See also [Abstinence is not an AI strategy](https://www.chieflearningofficer.com/2026/08/26/abstinence-is-not-an-ai-strategy/) Discussion about "doing and checking" and we cannot let the AI do both - **10 dogmas of craft coding** 1. No AI in the IDE. That includes LLM-driven autocomplete. Every character of every line is written by one of your fingers hitting a key on the keyboard. 2. Preferably, don’t give the AI access to the codebase. Copy-paste snippets of your code in the web interface. If the AI does have access to the codebase, this access is read-only. 3. Don’t let the AI run anything. It suggests, you run. 4. Don’t copy-paste code out of the AI chat box. ## 10 dogmas of craft coding 5. Don’t use AI to do anything that plain search can do. 6. Read the documentation before you ask the AI. 7. Ask the AI for solutions only if you cannot solve it yourself. Give yourself some time to think. 8. Check your code yourself before you ask the AI to review. Do your best to minimize mistakes. 9. Run the code to check for problems, then let the AI review find the rest. 10. Don’t implement a suggestion you don’t understand. ## AI abstinence - [Pourquoi je n’utilise pas ChatGPT](https://academia.hypotheses.org/58766) (Florence Maraninchi) - [Face à l’IA générative, l’objection de conscience](https://atecopol.hypotheses.org/13082) (Atecopol) - [The AI Pascal’s Wager](https://ploum.net/2026-10-01-pascal_wager.html) --- ## Quelques analogies - cocAIne/amphétamines: amplification des performances mais - addiction - dépendance - isolement - manque - déni - AIsbestos (amiante) (Cory Doctorrow) / [Low Background steel](https://en.wikipedia.org/wiki/Low-background_steel) - Miroir (réfléchit ce qu’on lui présente, mais aussi nous est tendu pour nous interroger sur notre nature) ## Analogie des modes de déplacement Voiture/déplacements: - monopole radical (Illich) - voiture vs vélo: en opposition sur vitesse/distance vs santé/pollution - facteur d'autonomisation - limitations de vitesse - immatriculation (mines), contrôle technique: autorisation de rouler - effets néfastes (pollution, son...) --- ## La question de la responsabilité "Une grande responsabilité est la suite inséparable d'un grand pouvoir." (**Plan de travail, de surveillance et de correspondance**, Comité de Salut Public, 1793) Thèse de droit [Le Droit de la responsabilité face à l’intelligence artificielle L’influence de la réglementation de l’IA sur la réparation du dommage, Timothy James, 2024](https://hal.science/hal-05314853v1/document) Thèse de philosophie [Un contrat social à l'ère numérique : promesses technologies et défis politiques, Adrien Tallent, 2025](https://www.adrientallent.com/fr/recherche/#these-un-contrat-social-a-l-ere-numerique-promesses-technologies-et-defis-politiques) ## Quelle régulation ?  <!-- .element: style="height: 70vh" --> ## Dé-prolétarisation / individuation - Quel cadre pour en faire un outil qui permette de monter en expertise, et non un outil qui dépouille de l'expertise (ré-intérioriser les connaissances/pratiques) ? - Mais dans tous les cas, à quel coût (environnemental, social...) ? --- # Merci de votre attention Questions, remarques... [www.olivieraubert.net](http://www.olivieraubert.net/)
