Saltar al contenido

Rails World 2026: DHH dice que el código escrito a mano es obsoleto

DHH afirma haber escrito 150.000 líneas de código en agosto de 2026, frente a 30.000 al año a mano. Mientras, 37signals reescribe el servidor de correo de Hey en Rust.

Por Tech AI Wire Team

3 min de lectura

XLinkedIn
A close portrait of David Heinemeier Hansson (DHH), wearing a gray hoodie, used as his official Rails World speaker photo.
Foto: Rails World

En cifras

lines of code DHH says he wrote in August 2026 alone
150,000
less CPU use claimed for Hey's new Rust-based mail server
99%
time to install DHH's Omarchy Linux, down from 3 minutes 33 seconds a year ago
9s
pledged so far to the Omarchy Linux project, Dealroom reports
$20M

David Heinemeier Hansson, creador de Ruby on Rails, dijo a los desarrolladores en la conferencia Rails World de este año que escribir código a mano ya no tiene sentido económico. Según un informe de Dealroom sobre esa charla inaugural, afirmó que se ha "retirado como programador profesional" y que ahora se define como un "maker".

Hansson, conocido como DHH, sostuvo que los agentes de codificación con IA han vuelto obsoleto el código escrito a mano en la mayoría de los proyectos. Lo llamó "la Kodak Brownie de nuestra era", comparando el código escrito a mano con una cámara vieja y sencilla que ya casi nadie necesita. "El código generado por agentes es ahora la forma normal de trabajar", dijo, según Dealroom.

Las cifras que compartió respaldan esa afirmación. Según Dealroom, DHH escribió cerca de 150.000 líneas de código solo en agosto de 2026, frente a unas 30.000 líneas al año en su antiguo flujo de trabajo manual. Su propia mezcla de lenguajes también se ha invertido. Ruby representa hoy alrededor del 3 % de su trabajo, frente a cerca de la mitad durante las últimas dos décadas, según el análisis de Jared Norman sobre la charla.

La reescritura de Hey

El ejemplo más claro es Hey, el servicio de correo construido por la empresa de Hansson, 37signals. Hey se está reconstruyendo como seis aplicaciones nativas independientes, una por plataforma, con un nuevo núcleo de servidor de correo escrito en Rust en lugar de Ruby. Según Dealroom, esta reescritura en Rust reduce el uso de CPU en un 99 % y el de memoria en un 95 % frente al servidor anterior.

DHH ya había dicho antes que Rust es difícil de leer para las personas. El análisis de Norman lo cita diciendo que el lenguaje es "genial para los LLM", aunque sea "horrible" para los humanos, porque ahora son los agentes de IA, y no las personas, quienes escriben y mantienen la mayor parte de ese código.

Así se comparan las cifras, antes y ahora:

IndicadorAntesAhora
Producción propia de código de DHHUnas 30.000 líneas al año150.000 líneas en agosto de 2026
Servidor de correo de Hey, uso de CPUValor de referencia99 % menos, según Dealroom
Servidor de correo de Hey, uso de memoriaValor de referencia95 % menos, según Dealroom
Tiempo de instalación de Omarchy Linux3 minutos y 33 segundos (Rails World 2025)9 segundos

Una apuesta por los agentes, no solo por Rails

Según el análisis de Norman, DHH predijo que a finales de año, "prácticamente todos los ámbitos, prácticamente todos los programadores, prácticamente todas las empresas" usarán IA para generar código. También dijo que leer código de forma manual debería convertirse en "la excepción, no la norma".

Dealroom también informa de que Omarchy Linux, un proyecto paralelo que DHH mantiene fuera de Rails, ha recibido cerca de 20 millones de dólares en compromisos de financiación. Su tiempo de instalación bajó de 3 minutos y 33 segundos hace un año a solo 9 segundos hoy. DHH señaló esa mejora de velocidad como otro ejemplo de lo que pueden lograr las herramientas escritas por agentes. Por separado, según Dealroom, una prueba propia de la Rails Foundation sobre agentes de codificación mostró que completaban correctamente el 95 % de las tareas en una primera ejecución.

El artículo de Norman argumenta que la charla dijo poco sobre la hoja de ruta propia de Rails, y que la reacción de la comunidad Ruby fue mayoritariamente negativa. Según él, algunos desarrolladores sintieron que DHH usó su turno de apertura para hablar de IA y de sus propios proyectos paralelos en lugar de Rails.

Qué significa esto para los desarrolladores

Si mantienes una aplicación Rails, hoy no cambia nada. Las afirmaciones de DHH tratan sobre cómo se escribe el código, no sobre si Rails deja de tener soporte. Pero la reescritura de Hey merece seguirse como una prueba real. Un equipo conocido está apostando ahora a que una pila tecnológica cargada de IA y de varios lenguajes supera a una única base de código Rails compartida, al menos para su propio producto.

Ten cuidado al comparar tu propia producción con el "mes de 150.000 líneas" de DHH. Según se informa, esa cifra abarca muchos proyectos pequeños, no una sola aplicación terminada. El simple recuento de líneas es un indicador débil del software terminado y realmente entregado.

Supongamos que eliges un lenguaje para un nuevo servicio backend y esperas que los agentes de IA escriban la mayor parte del código. En ese caso, sopesa las estrictas comprobaciones del compilador de Rust frente a su fama de ser difícil de leer a mano. Esas comprobaciones detectan errores de memoria y de hilos antes de que el programa siquiera se ejecute, algo que importa más cuando es un agente, y no una persona, quien escribe la mayor parte del código. Prueba ese equilibrio en un servicio pequeño antes de comprometerte con una reescritura completa.

Fuentes

  1. What About Rails? - Jared Norman
  2. Pencils down: DHH declares the end of hand-written code - Dealroom
ai-codingrustrubyrails

Artículos relacionados