El creador de Rails, DHH, deja de programar a mano: "El inglés es un mejor lenguaje de programación"

DHH dice que no ha escrito una línea de código desde marzo

David Heinemeier Hansson, cofundador de Basecamp y creador de Ruby on Rails, ha dejado de escribir código a mano. El anuncio se produjo durante un emotivo discurso de apertura en Rails World 2026, donde el programador conocido ampliamente como DHH dijo al público que no ha escrito una sola línea él mismo desde alrededor de marzo de 2026, poniendo fin a una trayectoria de 25 años como programador profesional.

Para una industria que ha pasado varios años debatiendo si la IA puede producir realmente software de producción, el momento importa tanto como el contenido. DHH no es un observador periférico que se deja llevar hacia una nueva herramienta. Es uno de los programadores en activo más reconocibles de su generación, y ahora declara públicamente que la parte manual del trabajo ha terminado para él.

Un giro sorprendente, no una deriva gradual

Lo que hace notable el cambio es lo reciente que era la posición contraria. Poco más de un año antes del discurso, DHH rechazaba abiertamente la programación con IA y cuestionaba los argumentos para entregar la escritura de software a las máquinas. Su movimiento, por tanto, no es una curva de adopción lenta ni un experimento silencioso. Es un giro, anunciado en público y enmarcado en términos personales, por alguien que había estado entre los escépticos más prominentes.

Ese contraste es parte de por qué el discurso tuvo peso en la sala. Rails World es un encuentro construido en torno a un framework que él creó, y las personas del público son en gran medida los desarrolladores que trabajan con él cada día. Escuchar a su autor decir que ya no escribe el código él mismo es un tipo de señal distinta a la de una demo de un proveedor o el resultado de un benchmark.

La economía de escribir código uno mismo

El núcleo del argumento de DHH es económico más que puramente tecnológico. La programación manual, en su valoración, ya no tiene sentido para la mayoría de los programadores y la mayoría de las empresas. Va más allá del estado actual de las herramientas: para finales de año, espera que esa lógica se aplique a prácticamente todos los dominios del trabajo de software.

Ese enfoque evita deliberadamente el debate habitual sobre si el código generado por IA es elegante, idiomático o seguro en todos los casos. La pregunta que plantea es más simple y más incómoda: si el trabajo puede dirigirse en lugar de escribirse, ¿cuánto le cuesta a un individuo o a una organización seguir escribiéndolo? Para equipos que ya están bajo presión para entregar más rápido con plantillas planas, no es un experimento mental abstracto.

"El inglés es un mejor lenguaje de programación que Ruby"

La frase que probablemente sobreviva al discurso es su afirmación de que el inglés es ahora un mejor lenguaje de programación que Ruby, el lenguaje sobre el que está construido su propio framework. Es una forma deliberadamente provocadora de describir un cambio en la capa donde los desarrolladores pasan su tiempo.

En lugar de expresar intención mediante sintaxis y abstracciones que deben mantener, los programadores la expresan cada vez más mediante descripción, refinamiento y revisión. Ruby sigue siendo el sustrato de un gran conjunto de aplicaciones Rails existentes, pero en el relato de DHH la contribución humana está migrando hacia arriba, desde la mecánica de escribir sentencias hasta la articulación de lo que debería existir.

De programadores a "fabricantes profesionales de cosas"

En lugar de tratar el cambio como una pérdida, DHH lo enmarcó como el comienzo de una nueva fase profesional. Los programadores, en su descripción, se convierten en "fabricantes profesionales de cosas", dirigiendo lo que llamó inteligencia que solo estaba disponible en la ciencia ficción hasta hace unos momentos.

Ese reencuadre apunta directamente a la ansiedad que recorre la profesión. La versión pesimista de la historia de la programación con IA es una lenta erosión de un oficio hacia la supervisión de prompts. La versión que presentó DHH se acerca más a una ampliación del alcance: productos más ambiciosos, más superficie sobre la que construir y menos tiempo dedicado a la traducción mecánica de ideas a sintaxis.

La arquitectura de software necesita repensarse

También sostuvo que la propia arquitectura de software tiene que replantearse. Su razonamiento es que las abstracciones tradicionales pierden valor cuando los agentes de IA son quienes cambian el código. Las abstracciones son una técnica de compresión humana: una taquigrafía que permite a las personas sostener un sistema grande en la cabeza. Cuando el principal editor de una base de código no es una persona, algunos de esos atajos dejan de compensar, mientras que otros tipos de estructura se vuelven mucho más importantes.

No afirmó tener las respuestas. "Nadie tiene todavía el plano", dijo DHH, y añadió que el público puede estar presente mientras el campo define estas cosas. Es una admisión inusualmente sincera de una figura conocida por sus opiniones firmes, y deja las cuestiones prácticas abiertas en lugar de resueltas.

"Lo más grande en la historia de la computación"

DHH no se anduvo con matices sobre la escala. Calificó el cambio como lo más grande que ha ocurrido en la historia de la computación. Viniendo del autor de un framework que transformó cómo se construyó una generación de aplicaciones web, la etiqueta debe tomarse literalmente.

Ya sea que ese encuadre se sostenga o no, la dirección del viaje es clara por su propio comportamiento. Un programador con 25 años de habilidad acumulada y fuertes apegos a un lenguaje específico dejó de escribir, y describió el cambio como algo sobre lo que construir en lugar de algo a lo que resistirse.

Qué significa esto para los desarrolladores en activo

Para los desarrolladores que lean el discurso de segunda mano, las conclusiones prácticas son menos dramáticas que el titular, pero siguen siendo concretas:

• El valor de la fluidez bruta en la sintaxis de un solo lenguaje está disminuyendo en relación con la capacidad de especificar, revisar y corregir la salida de la máquina.
• Las decisiones arquitectónicas importan más, no menos, porque las personas que mantienen el razonamiento detrás de un sistema pueden no ser las que editan sus archivos.
• Los supuestos sobre cómo es "escribir software" en el día a día se están renegociando en público, incluso por parte de quienes definieron los valores predeterminados de la era anterior.
• El argumento económico está llegando más rápido de lo que muchos esperaban, y DHH predice una aplicabilidad casi universal para finales de año.

Las preguntas sin respuesta

Nada en el anuncio resuelve los problemas más difíciles: cómo se verifica la calidad del código a escala, qué ocurre con los desarrolladores junior que tradicionalmente aprendían escribiendo miles de líneas a mano, y cómo los equipos mantienen los sistemas comprensibles cuando los agentes son quienes hacen los cambios. La propia posición de DHH es que todavía no hay un plano, lo que sitúa a la industria en un momento inusual: una transición importante reconocida por un practicante destacado, con las reglas aún en borrador.

Lo que ya no está en duda es su respuesta personal. Después de un cuarto de siglo de programación profesional, el creador de Ruby on Rails dice que ha terminado de escribir código a mano, y invita a los desarrolladores a tratarlo como una apertura en lugar de un final.

Este artículo se basa en la cobertura de The Decoder. Lee el artículo original.