Pourquoi les seniors de 2026 ne sont plus que des éditeurs de code très bien payés, selon Addy Osmani

Voici un entretien sur l’évolution fondamentale du rôle des développeurs seniors à l’ère de l’IA, mené avec Addy Osmani, directeur AI chez Google Cloud et ancien responsable de l’ingénierie de Chrome, lors de la conférence JS Nation US 2026 à New York. Auteur de 14 à 15 ouvrages techniques, dont Learning JavaScript Design Patterns et Leading Effective Engineering Teams, Osmani souligne depuis longtemps les limites concrètes du coding assisté par l’IA à travers sa conférence de 2025, "The AI-Native Software Engineer", et sa série Substack sur le "problème des 70 %" et le "problème des 80 %". Cet entretien prolonge cette réflexion en examinant sous plusieurs angles la transition du rôle de l’ingénieur senior, qui passe d’auteur de code à éditeur de code.

Le paysage un an après l’arrivée du coding par IA

• 90 % des développeurs utilisent l’IA pour coder, mais la confiance dans ses résultats est au contraire en baisse
• L’outil est efficace pour les nouveaux projets ou les prototypes (MVP), mais l’écart reste net dès qu’il s’agit de grandes codebases ou d’environnements enterprise
• La taille des PR (pull requests) a fortement augmenté, et l’IA modifie souvent plus de fichiers que nécessaire ou réimplémente de nouvelles fonctions utilitaires au lieu de réutiliser celles qui existent déjà
• Le phénomène qu’Osmani appelait dans un précédent texte le "problème des 70 %" reste d’actualité : l’IA vous amène jusqu’à 70 %, mais les 30 % restants — qualité, cohérence et last mile — restent à la charge des humains

Vibe coding vs ingénierie assistée par IA

• Le vibe coding est une approche libre qui sert à explorer rapidement la faisabilité d’une idée, sans trop se soucier de la code review
• L’ingénierie assistée par IA consiste à utiliser l’IA comme outil tout en conservant les principes classiques d’ingénierie : architecture, sécurité, performance, qualité, etc.
• Pour le code de production, la seconde approche est indispensable, et c’est là que le "context engineering" — le fait de fournir au modèle un contexte riche, comme la documentation, des exemples, l’historique des échanges ou la structure de la codebase — détermine la qualité du résultat

Le nouveau rôle de l’ingénieur senior : éditeur de code

• Le rôle central du développeur se déplace : on passe de celui qui écrit le code à celui qui l’évalue et l’édite. C’est le sens de l’expression "highly-paid Code Editors" suggérée par le titre
• La code review devient un lieu essentiel de formation des juniors, et la pensée critique consistant à demander "pourquoi l’IA a-t-elle choisi cette approche ?" n’a jamais été aussi importante
• Selon une étude, les ingénieurs passent beaucoup de temps à déboguer du code IA "qui a l’air correct mais qui est en réalité faux". Osmani a prolongé cette idée dans un texte ultérieur à travers le concept de "comprehension debt"

Usage concret des agents en arrière-plan

• Osmani explique qu’il confie trois ou quatre tâches à un agent via l’application GitHub pendant qu’il va se promener, puis reçoit des PR à son retour. Sa formule "je ne veux pas des issues, je veux des PR" est particulièrement marquante
• Il limite cette pratique aux petits et moyens projets, et ne la recommande pas encore pour l’enterprise
• Il utilise la métaphore d’un passage de l’étape du "conductor", où l’on pilote un seul agent, à celle de l’"orchestrator", où plusieurs agents sont gérés simultanément

Chrome DevTools MCP et Figma MCP

• Lancé fin 2025, Chrome DevTools MCP (Model Context Protocol) donne des "yeux" aux agents de coding. Ils peuvent alors vérifier le rendu réel et exploiter jusqu’aux logs console et aux informations réseau
• Combiné à Figma MCP, cela permet un flux où l’on implémente un fichier de design puis vérifie l’écran réel. En revanche, on n’en est pas encore au point où les bibliothèques de composants UI existantes sont automatiquement réutilisées

L’avenir de l’IA dans le navigateur et la question de la confiance

• La prochaine étape est l’automatisation des parcours utilisateur à partir du contexte riche détenu par le navigateur (connexions, calendrier, historique de recherche, etc.), mais l’enjeu clé sera de concevoir des mécanismes de confiance qui maintiennent une validation humaine dès qu’un paiement ou des données personnelles sont en jeu
• Osmani insiste : "il ne faut pas viser une automatisation à 100 %, mais s’arrêter à coup sûr au moment où l’utilisateur lèverait un sourcil"

Conseils aux développeurs juniors

• Si vous pouvez développer une expertise approfondie dans des domaines que l’IA ne sait pas encore résoudre, cela peut au contraire devenir une vraie opportunité de différenciation
• À ceux qui affirment de manière extrême que les langages de programmation ou les stacks vont devenir sans importance, Osmani répond que "comprendre les bases et les fondamentaux reste un superpower"

Enseignements

• Le message central de cet entretien est clair : à l’ère où l’IA écrit le code à notre place, la valeur d’un ingénieur senior ne réside plus dans la vitesse d’écriture, mais dans sa capacité à lire le code, à le juger et à lui donner du contexte. Le titre, volontairement provocateur, de "éditeur de code très bien payé" n’est pas péjoratif ; il souligne au contraire que c’est précisément la compétence clé exigée par notre époque
• Comme Osmani a fait passer le chiffre de 70 % à 80 %, la qualité des agents progresse clairement. Mais le coût de gestion de la "comprehension debt" nécessaire pour combler les 20 à 30 % restants n’a pas diminué, et réduire cet écart reste un défi à venir, à la fois pour les outils et pour les ingénieurs