El inglés es ahora mi lenguaje de programación principal
Al medir el tiempo de desarrollo aparece una proporción de 80/20 a favor del inglés frente al código. El paso del vibe coding al Spec-Driven Development demuestra que la claridad de la especificación, y no el dominio de la sintaxis, es la competencia técnica esencial en la era de la IA.
marzo de 2026
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, sino especificaciones, criterios de aceptación, marcos de contexto para modelos de IA, instrucciones de verificación y notas de iteración. La proporción ronda el 80/20 a favor de la prosa.
Este cambio no se produjo de la noche a la mañana, y no me ocurre solo a mí. Andrej Karpathy le puso nombre en 2023. Jensen Huang ha repetido alguna versión de la idea en todas sus grandes conferencias desde entonces. Simon Willison lleva dos años documentándolo en flujos de trabajo reales. Pero a principios de 2026, con Claude Code, Cursor, Aider y Kiro integrados en los flujos de producción de miles de equipos, ya no es un pronóstico provocador: es un hecho que cualquiera puede observar si presta atención.
Así fue la transición en la práctica. Empecé con lo que la comunidad llama vibe coding, una forma generosa de describir el método «dile al modelo lo que quieres y mira qué sale». Funcionaba razonablemente bien para prototipos. Se venía abajo en cuanto necesitaba que el código fuera mantenible. Aparecían regresiones en partes que no había tocado. La deriva del contexto convertía una base de código limpia en un remiendo. No fallaba el modelo; fallaba yo. Le daba instrucciones ambiguas y esperaba resultados precisos.
La solución fue un cambio de metodología, no un modelo mejor. Spec-Driven Development consiste en redactar una especificación estructurada antes de generar una sola línea de código. Requisitos concretos. Casos límite nombrados explícitamente. Criterios de aceptación que sirven a la vez de instrucciones para las pruebas. Cuando afiné el inglés, la calidad del código dio un salto. El consumo de tokens bajó porque el modelo dejó de inventarse la intención. La especificación se convirtió en la fuente de verdad, y yo, en su autor.
El inglés no sustituyó a Python ni a TypeScript: se convirtió en la interfaz para trabajar con ellos. El modelo mental que funciona es este: uno escribe la entrada de un compilador, solo que el compilador es un gran modelo de lenguaje y sus mensajes de error llegan en forma de funciones inventadas y de un alcance que se desvía. La precisión de la especificación reduce el ruido en las fases posteriores. No es una metáfora. Es un flujo de trabajo de producción.
La consecuencia incómoda es geográfica y lingüística. Los hablantes nativos de inglés, y más concretamente quienes escriben en inglés con claridad estructural, tienen una ventaja medible. No porque los modelos estén sesgados, sino porque la ambigüedad en la entrada produce ambigüedad en la salida. Un desarrollador que redacta especificaciones en su tercer idioma, peleando por la precisión palabra a palabra, necesita más iteraciones para la misma tarea. Las herramientas democratizan el acceso a la creación de software; la exigencia lingüística levanta en silencio una barrera de otro tipo.
Hay una segunda tensión que conviene señalar. Las habilidades que en 2019 hacían de alguien un buen desarrollador (dominio de la sintaxis, memorización de API, depuración a bajo nivel) no son las que lo hacen eficaz en este modelo. El nuevo perfil se parece más a un cruce entre redactor técnico y arquitecto de sistemas: alguien capaz de descomponer un problema, especificar sus restricciones y verificar el resultado con espíritu crítico. La mayoría de los procesos de selección todavía no evalúan esa capacidad.
Mi conclusión: los ingenieros que prosperen en los próximos cinco años no serán los que programen más rápido, sino los que especifiquen con más claridad. La capacidad de redactar una descripción rigurosa e inequívoca de un sistema (sus entradas, sus salidas, sus modos de fallo y sus restricciones) es hoy una competencia técnica esencial. Tratarla como una habilidad blanda es el camino por el que los equipos acaban con código generado por IA que nadie entiende del todo y nadie quiere mantener.
¿Qué porcentaje de su jornada laboral es ya inglés?