Coder en 2026 : le développeur devient chef d'orchestre

Petite confession pour commencer. Le site de Kira, ma chanteuse virtuelle, a été codé en quelques jours, et je n'en ai pas écrit une ligne. Ce blog que vous lisez, avec ses vingt ans d'archives migrées depuis WordPress, a été reconstruit de la même façon. J'ai décrit, guidé, relu, corrigé. Une IA a codé.

Il y a cinq ans, j'aurais ri au nez de celui qui m'aurait raconté ça. Des millions de développeurs bossent comme ça maintenant. J'ai vu passer assez de mots magiques sur les stands (au CES 2024, tout était « IA ») pour me méfier. Alors, révolution ou poudre aux yeux ? Un peu des deux, comme souvent.

De l'autocomplétion à l'agent

Première étape, 2021-2023 : l'autocomplétion. GitHub Copilot proposait de compléter la ligne ou la fonction en cours, comme le clavier de votre téléphone devine le mot suivant (c'est d'ailleurs exactement le principe que j'avais décortiqué pour ChatGPT en 2023). Le développeur restait aux commandes, l'IA lui faisait gagner des frappes.

Deuxième étape, 2025-2026 : l'agent de code. Claude Code, Codex, Cursor ou l'agent de Copilot fonctionnent différemment. On leur confie une tâche entière (« ajoute une page de recherche », « corrige ce bug ») et ils travaillent seuls : ils lisent les fichiers du projet, écrivent du code, lancent les tests, lisent les erreurs, corrigent, recommencent. C'est la même boucle que les agents dont je parlais en mai, appliquée au code, avec un avantage décisif : un programme, ça se teste. Quand les tests passent au vert, on a une preuve (partielle) que ça fonctionne.

Le marché a suivi. Selon les annonces des éditeurs, Codex dépassait 5 millions d'utilisateurs chaque semaine en juin, et Claude Code générait plus de 2,5 milliards de dollars de revenu annuel dès février. Cursor, l'éditeur de code le plus en vue, vient d'être racheté par SpaceX pour 60 milliards de dollars, une somme qui dit tout de l'importance stratégique du sujet.

Combien de code est écrit par l'IA ?

Les chiffres circulent, et il faut les prendre avec des pincettes. Microsoft parlait en 2025 de 20 à 30 % du code dans certains projets. Google évoque environ trois quarts du nouveau code. Anthropic affirme que plus de 90 % de son propre code est écrit par ses modèles. Ce sont des déclarations d'entreprises, avec des définitions différentes (une ligne suggérée et acceptée compte-t-elle comme « écrite par l'IA » ?), et elles ont tout intérêt à afficher des chiffres élevés.

Côté développeurs, les enquêtes sont plus nuancées. Dans le sondage Stack Overflow 2025, 84 % utilisaient ou comptaient utiliser l'IA, mais 46 % se méfiaient de l'exactitude des résultats, contre 31 % un an plus tôt. Les deux tiers se plaignaient de réponses « presque justes », ce qui est souvent pire qu'une réponse fausse : il faut du temps pour trouver l'erreur.

Plus rapides ? Pas si simple

C'est le sujet le plus discuté, et les études se contredisent.

En 2025, l'organisme METR a mené une expérience rigoureuse avec des développeurs expérimentés travaillant sur leurs propres projets open source. Avec l'IA, ils ont été 19 % plus lents, alors qu'ils étaient persuadés d'avoir gagné 20 %. D'autres essais en entreprise, sur des profils plus variés, ont mesuré des gains d'environ 26 % de tâches terminées. Le rapport DORA de Google résume bien la situation : l'IA est un amplificateur. Dans une équipe bien organisée, avec de bons tests et un code propre, elle accélère. Dans une équipe désorganisée, elle accélère aussi… le désordre.

L'écart entre gain ressenti et gain mesuré est sans doute le fait le plus solide. Voir du code apparaître à toute vitesse donne une impression de productivité. Mais écrire du code n'a jamais été la partie la plus longue du métier. Le plus long, c'est de comprendre le besoin, concevoir, relire, tester, déboguer, maintenir.

Le vibe coding et ses dégâts

En février 2025, le chercheur Andrej Karpathy a lancé l'expression vibe coding : coder en décrivant ce qu'on veut, accepter tout ce que l'IA propose sans vraiment lire, et voir si ça marche. Le terme a été élu mot de l'année 2025 par le dictionnaire Collins. Pour un prototype du week-end, c'est formidable. Pour un logiciel qui gère de vraies données, c'est une autre histoire.

L'été 2025 a fourni l'exemple parfait : un agent de la plateforme Replit a supprimé la base de données de production d'un entrepreneur, pendant une période où il avait reçu la consigne de ne rien toucher, puis a affirmé à tort qu'aucune restauration n'était possible.

Les risques sont aussi plus discrets :

• la sécurité : selon une étude de Veracode portant sur plus de 100 modèles, 45 % du code généré contenait une faille de sécurité classique, sans amélioration notable avec les modèles récents ;
• les dépendances inventées : les IA recommandent parfois des bibliothèques logicielles qui n'existent pas. Des pirates en profitent pour publier de faux paquets portant ces noms. On appelle ça le slopsquatting ;
• la dette technique : du code qui marche aujourd'hui mais que personne ne comprend vraiment, dupliqué à plusieurs endroits, et qui coûtera cher à faire évoluer. La société GitClear a mesuré une explosion du code copié-collé depuis l'arrivée des assistants.

Karpathy lui-même a fini par déclarer le vibe coding « passé », et parle désormais d'agentic engineering : travailler avec des agents, mais avec méthode.

Le nouveau métier : spécifier, orchestrer, vérifier

C'est là que le titre de l'article prend son sens. Le développeur qui tire le meilleur des agents ressemble de plus en plus à un chef d'orchestre :

• il écrit des spécifications claires : ce qu'il faut faire, ce qu'il ne faut surtout pas toucher, comment savoir que c'est fini. Des outils comme le Spec Kit de GitHub formalisent cette étape, et la plupart des projets ont désormais un fichier d'instructions dédié aux agents (AGENTS.md, CLAUDE.md) qui décrit les règles de la maison ;
• il construit des garde-fous : des tests automatiques, des environnements séparés pour ne jamais travailler directement sur la production, une revue systématique avant fusion ;
• il relit et arbitre : l'agent propose, l'humain décide. Savoir lire du code et repérer ce qui cloche devient plus important qu'en écrire.

Les méthodes changent de nom tous les cinq ans : l'agilité qu'on nous vendait en 2015, le spec-driven development aujourd'hui. Le fond reste le même : il faut savoir ce qu'on veut construire.

Et les juniors ?

C'est la question qui m'inquiète le plus, et c'est la même que pour les robots dans les entrepôts. Une étude de Stanford a montré en 2025 un recul de l'emploi des 22-25 ans dans les métiers les plus exposés à l'IA, dont le développement, par moins d'embauches plutôt que par des licenciements. Les offres repartent, mais surtout pour des profils seniors. C'est logique à court terme : un senior avec des agents abat le travail de plusieurs juniors. À long terme, c'est un problème : les seniors de 2035 sont les juniors qu'on n'embauche pas aujourd'hui. Et l'on n'apprend pas à juger du code qu'on n'a jamais appris à écrire.

Mon retour d'expérience

Sur mes propres projets, le constat est clair : je fais aujourd'hui seul, en quelques jours, ce qui m'aurait demandé une équipe et plusieurs semaines. Mais ce qui a fait la différence, c'est tout le reste : savoir exactement ce que je voulais, découper le travail, vérifier chaque étape, revenir en arrière quand l'agent partait dans le décor (ça arrive, et pas qu'un peu). Le besoin de compétence est toujours là. Il a juste changé de place : moins sur le clavier, plus dans la tête.