La vision de Steve Yegge sur l’ère des agents IA

Le vétéran de la Silicon Valley Steve Yegge (passé par Amazon et Google, aujourd’hui conseiller de startups IA) a évoqué, dans une interview accordée à The Pragmatic Engineer, une vision très directe et controversée de l’avenir du software engineering à l’ère de l’IA.

Résumé des principales thèses

1. La fin de l’ère du code écrit à la main & une courbe de croissance explosive

• Initialement sceptique vis-à-vis de l’IA, il a complètement changé d’avis après avoir utilisé lui-même Claude Code début 2024.
• Les performances des modèles suivent une courbe en S et progressent rapidement, tandis que le rythme des lancements s’accélère (4 mois → 2 mois), et que tous les bugs sont immédiatement réinjectés dans les données d’entraînement du modèle suivant → selon lui, aucune limite n’est en vue.

2. Le concept du « cadran à 50 % » – des réductions d’effectifs de moitié inévitables dans les grandes entreprises

• Chaque entreprise disposerait d’un « cadran » permettant d’ajuster son niveau de réduction des effectifs, et beaucoup seraient aujourd’hui en train de le tourner vers 50 %.
• → Son idée est qu’il faut licencier la moitié des ingénieurs pour que l’autre moitié puisse exploiter l’IA et atteindre une productivité maximale.
• Il observe déjà qu’une moitié refuse même de saisir des prompts et se prépare à partir.
• Tout en critiquant vivement les licenciements massifs et non planifiés chez Amazon, il avertit qu’une restructuration bien plus importante que pendant le Covid est à venir.

3. Les 8 étapes d’adoption de l’IA (il regrette que beaucoup d’ingénieurs restent encore à un stade bas)

• Étapes 1~2 : n’utilisent presque pas l’IA, ou se contentent d’activer un agent dans l’IDE en relisant tout minutieusement
• Étapes 3~4 : la confiance ↑ → mode YOLO, sans même regarder les diff
• Étapes 5~6 : l’agent devient le personnage principal, avec plusieurs agents utilisés en parallèle (stade de l’addiction)
• Étapes 7~8 : gestion de 10 agents ou plus → création de son propre orchestrateur

→ Il s’inquiète de voir des ingénieurs compétents rester bloqués aux étapes 1~2 et risquer d’être dépassés.

4. L’effet Dracula (quand l’IA vous aspire votre énergie)

• Utiliser l’IA provoque une excitation et une concentration extrêmes → la productivité peut exploser x100, mais cela s’accompagne d’une fatigue intense, de siestes et d’irritabilité.
• → Même chez les personnes qui travaillent le plus vite, on n’obtiendrait au final qu’environ 3 heures par jour de véritable temps productif.

5. Proposition d’une révolution du temps de travail

• Si la productivité est multipliée par 100, il n’y a plus de raison de remplir absolument 8 heures de travail.
• → Son argument est qu’il serait plus rentable pour l’entreprise de demander seulement 3 heures de concentration par jour et de laisser le reste du temps au repos. (Sinon, burnout → l’entreprise s’effondre)

6. Les grandes entreprises sont déjà mortes (elles ne le savent simplement pas encore)

• Les grandes entreprises souffrent de goulots d’étranglement tels en matière d’innovation que, même avec des ingénieurs hyperproductifs, elles ne parviennent pas à en tirer parti correctement.
• → L’innovation ne se produirait désormais plus que dans les petites équipes et les startups (comme lors de la transition vers le cloud).
• Diagnostic sans concession : beaucoup de grandes entreprises seraient actuellement dans un état de « grosses entreprises zombies et mortes ».

Résumé en une phrase

Le message de Steve Yegge :
« L’ère du code écrit à la main est terminée → les agents IA deviennent les protagonistes → les grandes entreprises doivent réduire leurs effectifs de moitié et faire travailler les personnes restantes seulement 3 heures par jour pour survivre. L’innovation appartient désormais aux petites équipes. »

https://aisparkup.com/posts/9191

[aer0700]

Il me semble un peu prématuré d’affirmer que les grands groupes sont déjà morts.
La rapidité du changement est clairement un avantage pour les startups, mais il existe aussi des domaines réservés aux grandes entreprises, dans lesquels les startups ne peuvent tout simplement pas entrer. Par exemple, certaines activités ne peuvent être menées que par des entreprises qui possèdent d’immenses gisements pétroliers comme Aramco, ou de vastes flottes de porte-conteneurs comme celles de Musk… Le code n’a sans doute représenté qu’une toute petite partie de ce que ces entreprises ont dû accomplir pour construire leur activité.

[botplaysdice]

Ah, c’est donc la personne qui conseillait aux utilisateurs d’Emacs d’utiliser Caps Lock comme Ctrl. Ça m’inspire confiance, allez savoir pourquoi.