Coder à la main en 2026, c'est faire Paris-Marseille à pied

Anthropic vient d'annoncer que 80% de son code est écrit par Claude.

La vraie question, c'est qu'est-ce que ça change dans votre façon de bosser dès demain matin.

Anthropic code-t-il encore avec des humains ?

Anthropic a publié un rapport cette semaine.

Et le chiffre qui tourne partout, c'est celui-là : en mai 2026, plus de 80% du code mergé dans leur codebase de production a été écrit par Claude, pas par un humain.

Pour situer: au lancement de Claude Code en février 2025, on était à quelques %. Un an et demi plus tard, 80%.

Le reste des chiffres va dans le même sens.

• Un ingénieur Anthropic merge environ 8 fois plus de code qu'avant.
• Le taux de réussite sur les tâches d'ingé les plus ouvertes est passé à 76%, avec +50 points en six mois.
• Un de leurs ingés raconte qu'il n'a pas écrit une seule ligne de code depuis cinq mois.

Et le cas qui m'a marqué : en avril, un ingé a lâché Claude sur une classe d'erreurs d'API récurrentes. Le modèle a shippé plus de 800 correctifs en autonomie et divisé le taux d'erreur par 1000.

L'ingé qui supervisait a estimé qu'un humain aurait mis quatre ans à faire le même travail.

Est-ce qu'on doit croire ces chiffres ?

Alors là, prudence.

"80% du code écrit par Claude" ne veut pas dire "80% du code est bon". Ça veut dire qu'il a été généré. Pas qu'il est sûr, maintenable, ou prêt à partir en prod sans que personne ne regarde.

Et c'est exactement le point que soulèvent les sceptiques. Des analyses de sécurité ont relevé des taux de vulnérabilités loin d'être négligeables dans le code généré.

Anthropic a même traversé un épisode de baisse de qualité sur Claude Code plus tôt dans l'année, avec une vraie grogne des utilisateurs.

Il faut aussi garder le contexte en tête. Anthropic sort ces chiffres dans un papier qui parle d'IA qui s'améliore elle-même et qui réclame un mécanisme de pause mondial. C'est un message de sécurité et une démonstration de force commerciale en même temps.

Donc je prends le 80% pour ce qu'il est : une direction, pas une vérité gravée dans le marbre.

Mais même en restant prudent sur le chiffre exact, la tendance est claire. Et c'est elle qui doit nous intéresser.

Alors, on arrête de coder ?

Ma réponse de dev avec 20 ans de métier: oui.

Écrire du code à la main aujourd'hui, ça n'a quasiment plus de sens. Je m'explique.

Le code n'a jamais été le but. Le but, c'est le produit. Le code, c'est juste le moyen d'y arriver.

Écrire du code pour écrire du code, c'est faire Paris-Marseille à pied alors que le TGV et l'avion existent. Oui, vous pouvez le faire. Mais si l'objectif c'est le transport, marcher est juste une étape inutile du process.

La vérité c'est que la partie "taper des lignes" est devenue la moins intéressante et la moins rentable de notre métier.

Si je ne code plus, je fais quoi de mes journées ?

C'est là que tout se déplace. Le travail ne disparaît pas, il change de nature.

Voilà où je mets mon énergie maintenant :

• Écrire des specs détaillées. Pas trois lignes vagues, une vraie spec, avec des exemples concrets de ce que je veux obtenir.
• Capitaliser sur ces specs. Un prompt qui marche bien, je ne le jette jamais. Je le range, je le réutilise, je l'améliore.
• Bosser mes prompts et mes personas plutôt que mon code. C'est devenu mon vrai levier de qualité.

Donner un bon exemple au modèle vaut mieux que 10 paragraphes d'explication. Comme avec un junior, sauf que celui-là ne dort jamais et tape 8 fois plus vite.

Le truc le plus important maintenant ?

L'archi.

Et de loin.

Quand une machine peut produire 800 correctifs dans la nuit, ce qui vous protège, ce n'est pas votre vitesse de frappe. Ce sont vos choix de structure.

• Clean code.
• DRY.
• Le bon pattern au bon endroit.
• Des frontières claires entre les modules.

Car c'est ça qui fait qu'un gros volume de code généré reste lisible, testable et rattrapable. Sans archi solide, vous ne pilotez plus rien. Vous regardez juste du code s'empiler.

D'ailleurs Anthropic le dit eux-mêmes : leur goulot d'étranglement, ce n'est plus la génération. C'est la review. Plus le modèle produit, plus c'est l'humain qui relit qui devient le facteur limitant.

Donc le dev de 2026 n'est plus un type qui tape. C'est un architecte et un juge.

Et concrètement, on commence par quoi ?

Si vous voulez vous y mettre sérieusement :

• Arrêtez de mesurer votre valeur au nombre de lignes écrites.
• Documentez vos specs comme si c'était votre vrai code source. Parce que ça l'est devenu.
• Construisez votre bibliothèque de prompts et de personas, et faites-la grossir.
• Remettez l'archi au centre de vos décisions, avant la première ligne générée.

La vraie question n'est plus de savoir si l'IA va remplacer les devs. Elle est : préférez-vous rester celui qui marche jusqu'à Marseille, ou devenir celui qui conçoit le réseau de transport ?