L'illusion de l'égalité : comment l'IA a en réalité creusé le fossé entre les développeurs  👨‍💻 👨‍💻

Beaucoup croyaient naïvement que l'IA générative égaliserait les juniors et les seniors. Soi-disant, le seuil d'entrée est flou, écrivez des prompts et profitez.

Un rapport massif est sorti : Developer Habits Report des créateurs de Cursor (basé sur la télémétrie réelle de millions de sessions de développement de 2025 à mi-2026).


📈 Le grand fossé : top 1% contre médiane

Le coefficient de Gini (indice d'inégalité) pour le volume de code généré est de 0,77, et pour les dépenses en tokens — 0,75. Pour comprendre : c'est un niveau de stratification extrême, pire que dans les économies les plus pauvres basées sur les ressources.

🔵 Les développeurs du top 1% produisent 46 fois plus de code IA par jour et fusionnent 15 fois plus de PR par semaine que le développeur médian.
🔵 Le top 10% dépasse la médiane de 10 fois pour le code et de 4 fois pour les PR.

Pourquoi ? Pendant que le développeur médian utilise Cursor comme un autocomplétion avancée (écris-moi une fonction, fais une migration), les seniors du p99 construisent autour d'eux des pipelines d'agents autonomes.


🧠 Les modèles lisent plus qu'ils n'écrivent

Comment le travail avec la base de code a changé :

🔵 Croissance explosive du contexte : Le ratio des tokens d'entrée par rapport aux tokens de sortie est passé de 4,5x à 11,4x. Les agents dépensent énormément de ressources pour "absorber" le contexte du dépôt avant de cracher une ligne de code.
🔵 Le cache résout tout : Jusqu'à 90% de toute l'activité des tokens est Cache Read. Celui qui sait structurer correctement le projet et garder le contexte "chaud" obtient un agent intelligent beaucoup moins cher.
🔵 Confiance sans frein : La part des modifications qui sont intégrées dans les commits sans aucune approbation manuelle est passée de 7% à 36%. Plus d'un tiers du code des agents va directement en production.


💸 Économie de l'esprit : le bon marché revient plus cher

Il y a aussi une coupe amusante sur l'économie des modèles. Les modèles lourds comme Opus 4.7 coûtent environ ~1,57 $ par requête, tandis que les légers (Composer 2.5) — un ridicule ~0,18 $. La différence est presque de 9 fois.

Mais si l'on calcule la métrique "coût par ligne de code acceptée", l'écart se réduit considérablement.

Les modèles chers hallucinent moins souvent et produisent un code qui est moins souvent supprimé lors du refactoring et qui vit plus longtemps dans le dépôt. Les déchets bon marché finissent par coûter plus cher à long terme.

Moi, même si j'essaie de suivre tout cela, j'ai toujours l'impression d'être au mieux au milieu du processus d'adaptation à tout ce nouveau 🥲