Claude Code transforme le métier de développeur : le code est désormais écrit par des agents, pas par des humains

Que signifie être développeur en 2026 ? Il y a trois ans, la réponse allait de soi : c'est quelqu'un qui écrit du code. Aujourd'hui, la frontière s'est effacée. De plus en plus de gens créent des programmes fonctionnels sans taper une seule ligne à la main, et les ingénieurs expérimentés passent leur journée non à écrire, mais à piloter des agents.

C'est le sujet d'un récent épisode du podcast The Vergecast. Les animateurs ont invité Paul Ford, écrivain, entrepreneur et l'un des commentateurs tech les plus pénétrants des vingt dernières années. Ford suit depuis longtemps l'évolution de la programmation : dès 2015, il a écrit le célèbre article « What Is Code? », qui occupait un numéro entier de Bloomberg Businessweek.

La discussion part de Claude Code, un outil d'Anthropic qui permet de déléguer des tâches de programmation à des agents IA directement depuis le terminal. Depuis son arrivée, de plus en plus de personnes se disent « codeurs », y compris celles qui n'ont jamais écrit de logiciel de manière professionnelle. Claude Code reçoit une instruction en langage naturel et trouve seul comment la réaliser : il crée des fichiers, corrige des bugs et lance des tests.

Mais il n'y a pas que les débutants. Le principal basculement concerne la façon de travailler des développeurs expérimentés. Les professionnels passent désormais moins de temps à écrire du code et plus à poser les tâches, vérifier les résultats et coordonner plusieurs agents à la fois. C'est comme passer d'artisan à chef de chantier : vous restez responsable du résultat, mais vos mains sont occupées à autre chose.

Une question s'impose : que reste-t-il à l'humain ? Si les agents gèrent la routine, comme écrire des fonctions, déboguer et refactoriser, où se situe sa valeur ? Pour Ford, dans la compréhension du contexte, dans la capacité à poser les bonnes questions et dans la responsabilité des conséquences. Un agent ne sait pas à quoi sert une fonction ni qui va l'utiliser. Un humain, si.

Une autre inquiétude touche les nouveaux développeurs. Autrefois, on entrait dans le métier en écrivant du code : beaucoup de code, avec des erreurs et du débogage. Cette expérience forgeait l'intuition. Si un débutant commence aujourd'hui directement par piloter des agents, il n'aura pas les bases qui permettent de comprendre pourquoi l'agent s'est trompé. C'est un problème systémique potentiel pour toute l'industrie, que personne ne traite pour l'instant.

Claude Code et les outils du même genre rendent la programmation plus accessible, et c'est une bonne chose. Davantage de gens peuvent créer des outils pour eux-mêmes et pour les autres sans passer des années à se former. Mais cela crée en même temps une illusion de compétence : on voit un programme qui fonctionne et on croit maîtriser la technologie. L'écart entre « j'ai écrit un prompt » et « je comprends ce qui se passe » est immense.

Ford pose la question en termes de confiance : à qui faisons-nous confiance, au code que nous comprenons ou au code qui fonctionne ? Quand la responsabilité est diluée entre l'humain et l'agent, identifier les causes d'une panne devient fondamentalement plus difficile.

L'avenir du développement n'est ni la fin du métier ni sa continuité à l'identique. C'est quelque chose de nouveau, qui n'a pas encore de nom précis. Et comme toujours avec la technologie, la qualité de ce nouveau monde dépendra largement de la lucidité avec laquelle nous piloterons la transition.