Le créateur de Rails, DHH, abandonne le codage manuel : « L'anglais est un meilleur langage de programmation »

DHH affirme ne pas avoir tapé une ligne de code depuis mars

David Heinemeier Hansson, cofondateur de Basecamp et créateur de Ruby on Rails, a cessé d'écrire du code à la main. L'annonce est venue lors d'un discours d'ouverture chargé d'émotion au Rails World 2026, où le programmeur connu sous le nom de DHH a déclaré à l'audience qu'il n'avait pas tapé une seule ligne lui-même depuis environ mars 2026, mettant fin à 25 ans de carrière en tant que programmeur professionnel.

Pour une industrie qui a passé plusieurs années à débattre de la capacité de l'IA à produire véritablement des logiciels de production, le timing compte autant que le contenu. DHH n'est pas un observateur périphérique qui dérive vers un nouvel outil. Il est l'un des programmeurs en activité les plus reconnaissables de sa génération, et il déclare désormais publiquement que la partie manuelle du métier est terminée pour lui.

Un revirement saisissant, pas une dérive progressive

Ce qui rend ce changement notable, c'est la récence de la position opposée. Un peu plus d'un an avant le discours d'ouverture, DHH s'opposait ouvertement au codage par IA, remettant en question l'idée de confier l'écriture de logiciels à des machines. Son revirement n'est donc pas une courbe d'adoption lente ni une expérience discrète. C'est un retournement, annoncé en public et formulé en termes personnels, par quelqu'un qui avait été parmi les sceptiques les plus en vue.

Ce contraste explique en partie pourquoi le discours d'ouverture a pesé dans la salle. Rails World est un rassemblement construit autour d'un framework qu'il a créé, et les personnes présentes sont en grande partie les développeurs qui l'utilisent au quotidien. Entendre son auteur dire qu'il n'écrit plus le code lui-même est un signal d'une nature différente d'une démo de fournisseur ou d'un résultat de benchmark.

L'économie du fait de taper soi-même son code

Le cœur de l'argument de DHH est économique plutôt que purement technologique. Le codage manuel, selon son évaluation, n'a plus de sens pour la plupart des programmeurs et des entreprises. Il va plus loin que l'état actuel des outils : d'ici la fin de l'année, il s'attend à ce que cette logique s'applique à pratiquement tous les domaines du travail logiciel.

Ce cadrage contourne délibérément le débat habituel sur la question de savoir si le code généré par IA est élégant, idiomatique ou sécurisé dans tous les cas. La question qu'il pose est plus simple et plus inconfortable — si le travail peut être dirigé plutôt que tapé, combien coûte à un individu ou à une organisation le fait de continuer à le taper ? Pour les équipes déjà sous pression pour livrer plus vite à effectif constant, ce n'est pas une expérience de pensée abstraite.

« L'anglais est un meilleur langage de programmation que Ruby »

La phrase qui survivra probablement au discours d'ouverture est son affirmation selon laquelle l'anglais est désormais un meilleur langage de programmation que Ruby — le langage sur lequel son propre framework est construit. C'est une manière délibérément provocante de décrire un changement dans la couche où les développeurs passent leur temps.

Au lieu d'exprimer leur intention par la syntaxe et des abstractions qu'ils doivent maintenir, les programmeurs l'expriment de plus en plus par la description, le raffinement et la revue. Ruby reste le substrat d'un large corpus d'applications Rails existantes, mais selon DHH, la contribution humaine migre vers le haut, de la mécanique de l'écriture d'instructions vers l'articulation de ce qui devrait exister.

Des programmeurs aux « fabricants professionnels de choses »

Plutôt que de traiter ce changement comme une perte, DHH l'a présenté comme le début d'une nouvelle phase de carrière. Les programmeurs, selon sa description, deviennent des « fabricants professionnels de choses », dirigeant ce qu'il a appelé une intelligence qui n'était disponible que dans la science-fiction jusqu'à il y a quelques instants.

Ce recadrage vise directement l'anxiété qui traverse la profession. La version pessimiste de l'histoire du codage par IA est une lente érosion d'un artisanat vers la supervision de prompts. La version présentée par DHH ressemble davantage à une expansion du périmètre : des produits plus ambitieux, plus de surface à construire, et moins de temps passé à la traduction mécanique d'idées en syntaxe.

L'architecture logicielle doit être repensée

Il a également soutenu que l'architecture logicielle elle-même doit être reconsidérée. Son raisonnement est que les abstractions traditionnelles perdent de leur valeur lorsque ce sont les agents IA qui modifient le code. Les abstractions sont une technique de compression humaine — un raccourci qui permet aux gens de garder un grand système en tête. Lorsque l'éditeur principal d'une base de code n'est pas une personne, certains de ces raccourcis cessent d'être rentables, tandis que d'autres types de structure deviennent bien plus importants.

Il n'a pas prétendu avoir les réponses. « Personne n'a encore le plan », a déclaré DHH, ajoutant que l'audience a la chance d'être présente au moment où le domaine définit ces choses. C'est un aveu d'une franchise inhabituelle de la part d'une figure connue pour ses opinions tranchées, et cela laisse les questions pratiques ouvertes plutôt que réglées.

« La plus grande chose de l'histoire de l'informatique »

DHH n'a pas nuancé l'ampleur. Il a qualifié ce changement de plus grande chose qui soit arrivée dans l'histoire de l'informatique. Venant de l'auteur d'un framework qui a refaçonné la manière dont une génération d'applications web a été construite, l'étiquette est à prendre au sens littéral.

Que ce cadrage tienne ou non, la direction du mouvement est claire d'après son propre comportement. Un programmeur avec 25 ans de compétences accumulées et de forts attachements à un langage spécifique a cessé de taper — et a décrit ce changement comme quelque chose sur lequel bâtir plutôt que comme quelque chose à combattre.

Ce que cela signifie pour les développeurs en activité

Pour les développeurs qui découvrent le discours d'ouverture de seconde main, les enseignements pratiques sont moins spectaculaires que le titre mais restent concrets :

• La valeur de la fluidité brute dans la syntaxe d'un seul langage diminue par rapport à la capacité de spécifier, de réviser et de corriger la production d'une machine.
• Les choix architecturaux comptent plus, et non moins, parce que les personnes qui maintiennent le raisonnement derrière un système peuvent ne pas être celles qui éditent ses fichiers.
• Les hypothèses sur ce à quoi ressemble « l'écriture de logiciels » au quotidien sont renégociées en public, y compris par ceux qui ont défini les valeurs par défaut de l'ère précédente.
• L'argument économique arrive plus vite que beaucoup ne l'attendaient, DHH prévoyant une applicabilité quasi universelle d'ici la fin de l'année.

Les questions laissées sans réponse

Rien dans l'annonce ne résout les problèmes plus difficiles : comment la qualité du code est vérifiée à grande échelle, ce qu'il advient des développeurs juniors qui apprenaient traditionnellement en écrivant des milliers de lignes à la main, et comment les équipes gardent les systèmes compréhensibles lorsque ce sont les agents qui effectuent les changements. La position de DHH lui-même est qu'il n'y a pas encore de plan, ce qui place l'industrie dans un moment inhabituel — une transition majeure reconnue par un praticien de premier plan, avec les règles encore en cours de rédaction.

Ce qui n'est plus en question, c'est sa réponse personnelle. Après un quart de siècle de programmation professionnelle, le créateur de Ruby on Rails dit qu'il a fini d'écrire du code à la main, et il invite les développeurs à y voir une ouverture plutôt qu'une fin.

Cet article est basé sur un reportage de The Decoder. Lire l'article original.