El inglés es ahora mi lenguaje de programación principal

El año pasado empecé a registrar a qué dedico realmente mi tiempo de desarrollo. La respuesta fue incómoda: escribo más inglés que código. No documentación — especificaciones, criterios de aceptación, marcos de contexto para modelos de IA, prompts de verificación, notas de iteración. La proporción ronda el 80/20 a favor de la prosa.

Este cambio no ocurrió de la noche a la mañana, y no es exclusivo mío. Andrej Karpathy le puso nombre en 2023. Jensen Huang repitió una versión en cada keynote importante desde entonces. Simon Willison lo viene documentando en flujos de trabajo reales durante dos años. Pero a principios de 2026, con Claude Code, Cursor, Aider y Kiro funcionando en pipelines de producción en miles de equipos, esto ya no es un pronóstico provocador — es un hecho observable para cualquiera que preste atención.

Así fue la transición en la práctica. Empecé con lo que la comunidad llama vibe coding — una descripción generosa para «dile al modelo lo que quieres y mira qué sale». Funcionaba bastante bien para prototipos. Se desmoronaba en cuanto necesitaba mantenibilidad. Aparecían regresiones en lugares que no había tocado. La deriva de contexto convertía una base de código limpia en un remiendo. El modelo no estaba fallando; era yo. Le daba una entrada ambigua y esperaba una salida precisa.

La solución fue un cambio de metodología, no una mejora del modelo. Spec-Driven Development significa escribir una especificación estructurada antes de generar cualquier código. Requisitos concretos. Casos límite nombrados explícitamente. Criterios de aceptación que sirven también como prompts de prueba. Cuando ajusté el inglés, la calidad del código dio un salto. El consumo de tokens cayó porque el modelo dejó de alucinar intenciones. La especificación se convirtió en la fuente de verdad, y yo me convertí en su autor.

El inglés no reemplazó a Python ni a TypeScript. Se convirtió en la interfaz hacia ellos. El modelo mental que funciona: estás escribiendo entrada para un compilador — salvo que el compilador es un modelo de lenguaje grande, y sus mensajes de error vuelven como funciones alucinadas y alcance a la deriva. La precisión en la especificación reduce el ruido aguas abajo. Esto no es una metáfora. Es un flujo de trabajo en producción.

La implicación incómoda es geográfica y lingüística. Los hablantes nativos de inglés — y más específicamente, quienes escriben con claridad estructural en inglés — tienen una ventaja medible. No porque los modelos sean sesgados, sino porque la ambigüedad en la entrada produce ambigüedad en la salida. Un desarrollador que escribe especificaciones en su tercer idioma, luchando por la precisión palabra a palabra, gasta más iteraciones en la misma tarea. Las herramientas democratizan el acceso a la creación de software; el requisito del idioma recrea silenciosamente una barrera diferente.

Hay una segunda tensión que merece nombrarse. Las habilidades que hacían a alguien un buen desarrollador en 2019 — fluidez sintáctica, memorización de APIs, depuración a bajo nivel — no son las habilidades que hacen a alguien efectivo en este modelo. El nuevo perfil se parece más a un redactor técnico cruzado con un arquitecto de sistemas: alguien capaz de descomponer un problema, especificar sus restricciones y verificar la salida críticamente. La mayoría de los procesos de contratación aún no evalúan eso.

Mi lectura: los ingenieros que prosperarán en los próximos cinco años no serán los que programen más rápido. Serán los que especifiquen con mayor claridad. La capacidad de redactar una descripción rigurosa e inequívoca de un sistema — sus entradas, salidas, modos de fallo y restricciones — es ahora una competencia técnica central. Tratarla como una habilidad blanda es la forma en que los equipos terminan con código generado por IA que nadie entiende del todo y nadie quiere mantener.

¿Qué porcentaje de tu jornada laboral es inglés ahora?