Rails World 2026 : pour DHH, le code écrit à la main est obsolète

David Heinemeier Hansson, créateur de Ruby on Rails, a déclaré aux développeurs présents à la conférence Rails World de cette année qu'écrire du code à la main n'a plus de sens économique. Selon un article de Dealroom sur cette conférence d'ouverture, il a dit avoir "pris sa retraite de programmeur professionnel" et se présenter désormais comme un "maker".

Hansson, plus connu sous le nom de DHH, soutient que les agents de codage par IA ont rendu le code tapé à la main obsolète pour la plupart des projets. Il l'a qualifié de "Kodak Brownie de notre époque", comparant le code écrit à la main à un vieil appareil photo simple dont la plupart des gens n'ont plus besoin. "Le code généré par des agents fait désormais partie du fonctionnement normal de l'entreprise", a-t-il déclaré, selon Dealroom.

Les chiffres qu'il a présentés viennent appuyer cette affirmation. Selon Dealroom, DHH a écrit environ 150 000 lignes de code au seul mois d'août 2026, contre environ 30 000 lignes par an dans son ancienne méthode de travail, tapée à la main. Sa propre répartition des langages s'est elle aussi inversée. Ruby ne représente plus aujourd'hui qu'environ 3 % de son travail, contre près de la moitié au cours des deux dernières décennies, selon l'analyse de Jared Norman sur cette conférence.

La refonte de Hey

L'exemple le plus clair est Hey, le service de messagerie développé par l'entreprise de Hansson, 37signals. Hey est en train d'être reconstruit sous la forme de six applications natives distinctes, une par plateforme, avec un nouveau cœur de serveur mail écrit en Rust plutôt qu'en Ruby. Selon Dealroom, cette réécriture en Rust réduit l'utilisation du processeur de 99 % et celle de la mémoire de 95 % par rapport à l'ancien serveur.

DHH a déjà dit par le passé que Rust est difficile à lire pour un humain. L'analyse de Norman le cite disant que ce langage est "excellent pour les LLM", même s'il reste "affreux" pour les humains, car ce sont désormais des agents d'IA, et non des personnes, qui écrivent et maintiennent la plus grande partie de ce code.

Voici comment se comparent les chiffres, avant et maintenant :

Indicateur	Avant	Maintenant
Production de code de DHH	Environ 30 000 lignes par an	150 000 lignes en août 2026
Serveur mail de Hey, usage CPU	Référence	99 % de moins, selon Dealroom
Serveur mail de Hey, usage mémoire	Référence	95 % de moins, selon Dealroom
Temps d'installation d'Omarchy Linux	3 minutes 33 secondes (Rails World 2025)	9 secondes

Un pari sur les agents, pas seulement sur Rails

Selon l'analyse de Norman, DHH a prédit que d'ici la fin de l'année, "pratiquement tous les domaines, pratiquement tous les programmeurs, pratiquement toutes les entreprises" utiliseraient l'IA pour générer du code. Il a aussi affirmé que la lecture du code par des humains devrait devenir "l'exception plutôt que la norme".

Dealroom rapporte également qu'Omarchy Linux, un projet parallèle que DHH mène en dehors de Rails, a reçu environ 20 millions de dollars d'engagements de financement. Son temps d'installation est passé de 3 minutes 33 secondes il y a un an à seulement 9 secondes aujourd'hui. DHH a présenté cette accélération comme un autre exemple de ce que peuvent accomplir des outils écrits par des agents. Séparément, selon Dealroom, un test réalisé par la Rails Foundation elle-même sur des agents de codage a montré que ceux-ci réussissaient 95 % des tâches lors d'un premier essai.

L'article de Norman soutient que la conférence a peu parlé de la feuille de route de Rails elle-même, et que la réaction de la communauté Ruby a été largement négative. Selon lui, certains développeurs ont eu le sentiment que DHH avait utilisé son créneau d'ouverture pour parler d'IA et de ses propres projets personnels plutôt que de Rails.

Ce que cela signifie pour les développeurs

Si vous maintenez une application Rails, rien ne change aujourd'hui. Les affirmations de DHH portent sur la manière dont le code est écrit, pas sur l'abandon du support de Rails. Mais la refonte de Hey mérite d'être suivie comme un véritable test grandeur nature. Une équipe reconnue parie désormais qu'une pile technique fortement basée sur l'IA, mêlant plusieurs langages, l'emporte sur une seule base de code Rails partagée, du moins pour son propre produit.

Soyez prudent avant de comparer votre propre production au "mois à 150 000 lignes" de DHH. Ce chiffre couvrirait, selon les rapports, de nombreux petits projets, et non une seule application terminée. Un simple nombre de lignes reste un mauvais indicateur pour juger d'un logiciel achevé et livré.

Imaginons que vous choisissiez un langage pour un nouveau service backend, en prévoyant que des agents d'IA en écriront la majeure partie du code. Pesez alors les vérifications strictes du compilateur de Rust face à sa réputation de langage difficile à lire à la main. Ces vérifications détectent les bugs de mémoire et de threads avant même que le programme ne s'exécute, ce qui compte davantage lorsque c'est un agent, et non une personne, qui écrit l'essentiel du code. Testez ce compromis sur un petit service avant de vous engager dans une réécriture complète.