Quizá DHH no se haya descarrilado

Nunca he tenido la oportunidad de trabajar con Ruby on Rails. Siempre tuve la impresión de que Rails era una de esas tecnologías que llevaban ahí desde siempre, habían sobrevivido a todas las modas y probablemente eran bastante sólidas precisamente por eso. Eso era, básicamente, todo lo que sabía.

De alguna manera, después de años trabajando como desarrollador, tampoco sabía mucho sobre David Heinemeier Hansson, DHH, el creador de Rails, ni sobre todo el ecosistema que lo rodea. Entonces su reciente charla inaugural de Rails World 2026 empezó a aparecer por todas partes. Se hablaba muchísimo de ella. A algunos les encantó, otros la odiaron por completo, y yo no dejaba de ver comentarios como «DHH se ha descarrilado».

Así que, claro, tenía que verla. Y ahora lo entiendo.

Ya nadie debería escribir código manualmente

Suena una locura cuando lo dices así, pero también me parece una de las opiniones más honestas y sin filtros que he escuchado sobre hacia dónde va el desarrollo de software. La idea de DHH es, básicamente, que los agentes de IA se están convirtiendo en una nueva interfaz de programación. No en un autocompletado, ni en un chatbot junto a tu editor, sino en una interfaz.

Y creo que tiene razón.

No siempre hemos programado los ordenadores con lenguajes de alto nivel. Con el tiempo, las abstracciones nos permitieron alejarnos del código binario y de las instrucciones de máquina. Después llegaron el ensamblador, C, los lenguajes de más alto nivel, las bibliotecas, los frameworks, los IDE y más capas que nos permitían centrarnos menos en cada pequeña instrucción y más en lo que realmente queríamos construir.

Los agentes de IA parecen otro paso en esa dirección. En lugar de traducir manualmente una idea a miles de líneas de código, estamos empezando a describir un objetivo, aportar contexto, definir restricciones, revisar lo que recibimos e iterar.

El lenguaje de programación no desaparece, y el desarrollador tampoco. Pero la forma en que interactuamos con la máquina está cambiando. Que te guste DHH o detestes su manera de decir las cosas en voz alta es otra discusión. En este punto, estoy de acuerdo con él.

Es un gran momento para ser desarrollador

Y no lo digo en el sentido habitual de todo ese entusiasmo de «la IA lo va a cambiar todo». Lo que me entusiasma de verdad es lo que esto nos permite hacer.

Puedo avanzar más rápido, lanzar más cosas e investigar ideas que antes probablemente habría descartado porque no compensaban el tiempo necesario. Puedo probar un lenguaje que apenas conozco, explorar otro framework, poner a prueba una arquitectura, profundizar en infraestructura, trastear con mi sistema operativo o construir un prototipo solo para ver si una idea tiene algún valor.

Cosas que antes empezaban con «Me encantaría probar eso algún día» ahora pueden empezar con «Vamos a ver si podemos construirlo».

Ese cambio es enorme.

La IA no te da buen criterio por arte de magia. No entiende tu producto mejor que tú, no hace que la arquitectura deje de importar y, desde luego, no garantiza un buen software. Pero reduce muchísimo el coste de explorar, y para los desarrolladores que somos curiosos por naturaleza, eso es increíblemente potente.

Aun así, tienes que reinventarte

Esta es probablemente la parte incómoda. Cada gran cambio tecnológico genera resistencia, y es normal. La gente dedica años a dominar una forma de hacer las cosas y, de repente, las reglas empiezan a cambiar.

Creo que el error sería asumir que trabajar con IA consiste simplemente en aprender a escribir mejores prompts. Esa es probablemente la parte menos interesante.

La verdadera habilidad es aprender a trabajar bien con estos sistemas. ¿Cómo le das a un agente suficiente contexto sin abrumarlo? ¿Cómo explicas el problema real en lugar de limitarte a la tarea? ¿Cómo estableces restricciones, verificas el resultado, detectas una mala decisión de arquitectura, repartes el trabajo entre varios agentes y mantienes una base de código en la que no has escrito personalmente cada línea?

Esas preguntas se están convirtiendo en parte de la ingeniería de software.

La habilidad ya no consiste solo en escribir código. También consiste en aprender a delegar bien el trabajo de ingeniería.

Y luego está Omarchy

Todo esto también hizo que otra cosa me encajara.

DHH está detrás de Omarchy, una configuración de Linux con decisiones de diseño bien definidas, construida sobre Arch Linux y Hyprland. Y si hay algo que nunca falta en las comunidades de Linux, son opiniones.

He visto bastantes críticas a Omarchy. ¿Por qué usar la configuración de Arch de otra persona? ¿Por qué no configurarlo todo tú mismo? ¿Por qué esta distribución? ¿Por qué esta herramienta? ¿Por qué ese valor predeterminado?

Son preguntas razonables.

Pero cuando me puse a investigarlo, pasó algo curioso: cumplía casi todos mis requisitos. Así que lo instalé, y estoy escribiendo este artículo desde Omarchy.

Es sencillo, rápido, estable y, sobre todo, me deja trabajar sin estorbar. Ninguna queja.

Después de escuchar a DHH hablar de IA, Omarchy tiene todavía más sentido para mí. Si ahora quiero cambiar algo en mi sistema operativo, muchas veces no paso horas buscando entre documentación, mensajes de foros, archivos de configuración e incidencias antiguas de GitHub. Abro un agente, le explico lo que quiero y dejo que investigue el sistema, encuentre los archivos relevantes y proponga un cambio. Después lo reviso y sigo adelante.

Esa experiencia cambió mi manera de pensar sobre la IA.

La IA no consiste solo en charlar con un robot

Durante un tiempo, creo que la mayoría de la gente veía la IA como un chatbot. Abres ChatGPT, haces una pregunta y recibes una respuesta. Quizá resumes algo, escribes un correo o generas un texto.

Y sí, eso es útil. Pero me parece una parte muy pequeña de lo que esta tecnología está llegando a ser.

La IA tiene cada vez más que ver con construir. Construir código, arquitecturas, infraestructura, sistemas operativos, controladores, parches, juegos, herramientas y cosas que antes requerían una enorme cantidad de conocimientos especializados solo para empezar.

Ahí es donde empieza a resultar realmente interesante para mí.

Y todavía estamos al principio. Probablemente haya categorías enteras de software, herramientas, interfaces y formas de trabajar que aún ni siquiera hemos imaginado. Esa es la parte que me entusiasma.

Quizá el trabajo del desarrollador simplemente esté subiendo un nivel de abstracción

No creo que la programación esté muriendo. Creo que estamos subiendo otro nivel.

Pasamos del código máquina a los lenguajes de programación, de los lenguajes a los frameworks y de los frameworks a entornos de desarrollo cada vez más potentes. Ahora estamos empezando a pasar de decirle directamente al ordenador cómo hacer algo con exactitud a sistemas que pueden traducir nuestra intención en una implementación.

Eso no hace que entender el software sea menos importante. Creo que lo hace todavía más valioso.

Si implementar cuesta menos, entonces saber qué hay que construir, por qué hay que construirlo, cómo deben encajar las piezas, qué compromisos son aceptables y si el resultado es realmente bueno se vuelve aún más importante.

Quizá escribamos mucho menos código manualmente. No tengo ningún problema con eso.

No me hice desarrollador porque disfrute escribiendo puntos y comas. Me hice desarrollador porque me gusta construir cosas.

Y ahora mismo siento que nos acaban de poner en las manos un nuevo conjunto de herramientas absurdamente potente.

Me entusiasma ver lo que construiremos con ellas.