Claude, et vous voilà développeur

Il fut un temps où un slogan suffisait. Achetez ceci, et vous voilà quelqu'un d'autre. Buvez ce café et vous êtes déjà un homme du monde, chaussez ces baskets et vous courez comme un champion. Ça marchait parce que ça vendait un raccourci : le résultat sans le chemin.

Aujourd'hui, ce slogan, je le tape dans un terminal. J'ouvre Claude Code, je décris ce dont j'ai besoin, et en quelques minutes j'ai du code qui tourne. Pas un prototype jetable : du code structuré, avec ses tests, sa gestion des erreurs, sa documentation. Une tâche qui prenait hier une journée entière n'en prend plus qu'une demi-heure. Et vous voilà développeur.

La part enthousiasmante est réelle, et il serait hypocrite de la taire. La distance entre l'idée et la chose qui fonctionne s'est effondrée d'une manière que quelqu'un qui fait ce métier depuis trente ans a du mal à assimiler. Le squelette d'une application, l'intégration d'un service web, le script qui nettoie trois mille lignes sales, le refactoring d'un module legacy : tout ce travail qui n'était que friction pure — nécessaire mais dénué de valeur intellectuelle — s'évapore tout simplement. Ce qui reste, c'est la pensée : qu'est-ce que je veux construire, et pourquoi. Ce n'est pas rien. C'est presque tout.

Une histoire que nous avons déjà vue

Sauf que cette histoire, en partie, je l'ai déjà vécue. C'était au milieu des années quatre-vingt-dix, et Microsoft a mis une base de données relationnelle dans Office. Ça s'appelait Access, et ce fut une petite révolution silencieuse. Soudain, on n'avait plus besoin d'un analyste, d'un DBA et de trois mois de projet pour avoir une application de gestion : il suffisait du responsable d'entrepôt avec un après-midi de libre et un peu de patience. Formulaires, requêtes, rapports, le tout à la souris. La productivité en entreprise a explosé. Des services entiers se sont mis à résoudre leurs problèmes eux-mêmes, sans attendre l'informatique.

Et puis, quelques années plus tard, l'addition est arrivée.

Car tous ces fichiers .mdb n'avaient pas disparu. Ils s'étaient multipliés. Ils traînaient sur les postes de travail, dans les dossiers partagés, sur des disquettes oubliées dans un tiroir. Ils étaient devenus critiques pour l'entreprise — la facturation tournait là-dedans, les commandes, les fiches clients — mais personne ne savait qui les avait écrits, comment, selon quelles règles. C'étaient des boîtes noires qui fonctionnaient tant qu'elles fonctionnaient. L'informatique les découvrait toujours au même moment : quand ils tombaient en panne. Sans documentation, sans propriétaire, sans personne capable d'y mettre les mains. La vitesse d'hier était devenue la dette technique d'aujourd'hui.

L'envers de la vitesse

Voilà ce que le slogan ne raconte jamais. Le raccourci vous donne le résultat, mais il vous enlève le chemin — et le chemin, c'était aussi l'endroit où vous appreniez à gouverner ce résultat.

Quand vous écrivez le code vous-même, ligne par ligne, vous le connaissez. Vous savez où sont les compromis, vous savez ce que vous avez laissé de côté, vous savez où regarder quand quelque chose casse à deux heures du matin. Quand le code vous est généré par une intelligence artificielle en trente secondes, vous avez un artefact qui fonctionne mais que vous n'avez pas construit. La question n'est plus « est-ce que je sais l'écrire ? » mais « est-ce que je sais ce que je viens d'accepter ? ».

Et les nœuds se resserrent vite. Le code s'accumule à une vitesse que notre capacité de relecture ne peut suivre. On introduit des dépendances que personne n'a évaluées. On reproduit des schémas sans vérifier s'ils sont les bons pour ce contexte. On délègue à l'IA non seulement l'écriture, mais aussi — en douce — les décisions d'architecture, qui sont précisément ce qu'on devrait déléguer le moins. Et surtout, le shadow IT renaît : des applications nées en dehors de toute gouvernance, qui deviennent critiques avant même que quiconque s'en aperçoive. Les .mdb de 2026 sont des dépôts pleins de code que personne n'a vraiment lu.

La vitesse, à elle seule, n'est pas une vertu. C'est un multiplicateur. Elle multiplie la discipline de ceux qui en ont, et elle multiplie le désordre de ceux qui n'en ont pas. L'outil vous amplifie : apportez de la méthode, vous obtiendrez de la méthode accélérée ; apportez de l'improvisation, vous obtiendrez du chaos à l'échelle industrielle.

Où se trouve la différence

Ce n'est pas un appel à une prudence luddite — ce serait ridicule, et franchement je n'y crois pas. Claude Code est l'un des outils les plus puissants que j'aie eus entre les mains en trente ans de carrière, et celui qui ne l'utilise pas aujourd'hui part déjà désavantagé. Le point est ailleurs : la différence ne se fait plus sur le fait de savoir produire. Ça, c'est en grande partie réglé. La différence se fait sur le fait de savoir gouverner ce que l'on produit.

Ce qui part en production, et selon quels critères. Qui en est le propriétaire. Comment c'est documenté, testé, maintenu. Quelles décisions restent humaines parce qu'elles touchent au risque, à la sécurité, à la donnée. Tout ce que, dans les années quatre-vingt-dix, personne n'a fait avec Access — et que nous avons payé pendant une décennie.

Le slogan disait : et vous voilà développeur. C'est vrai. Mais le métier n'avait jamais été d'écrire le code. C'était de décider quel code méritait d'exister, et d'en assumer la responsabilité. Cette part-là, heureusement, personne ne vous la génère.