«Programar será una alfabetización básica»: qué significa esto para tu empresa

En alguna reunión de los últimos meses habrás escuchado algo parecido a «necesitamos un desarrollador para eso». Y probablemente habrás esperado semanas, pagado bastante, y recibido algo que no era exactamente lo que tenías en la cabeza. Bienvenido al cuello de botella del siglo XXI.

Boris Cherny, creador de Claude Code en Anthropic, soltó hace poco una frase que removió bastante a Silicon Valley: programar va a dejar de ser una profesión y se convertirá en una alfabetización básica. Lo que era una habilidad de especialista —como la caligrafía o la gestión de archivos físicos— pasará a ser tan ordinario como saber leer y escribir.

Programar como alfabetización básica no significa que todo el mundo tenga que saber escribir código profesional. Significa que el acto de darle instrucciones precisas a un sistema para que construya algo dejará de ser un privilegio técnico.

Antes de que te aceleres en un sentido o en otro, merece la pena entender qué quiere decir esto de verdad.

—

«Programar será una alfabetización básica»: qué dijo exactamente Boris Cherny (y qué no dijo)

Cherny no dijo que los programadores vayan a desaparecer. Dijo que escribir código dejará de ser el cuello de botella. Que el acto mecánico de transformar una instrucción en código —lo que hoy exige meses de formación y salarios de 40.000-70.000 euros— pasará a ser tan accesible como coger un bolígrafo.

La tesis de Boris Cherny, creador de Claude Code, apunta a algo más concreto: programar se convertirá en alfabetización básica. Como saber leer o escribir. Todo el mundo lo hace a cierto nivel; muy pocos lo hacen al nivel de un novelista, pero eso no impide que el resto funcione.

La contratación de perfiles junior de desarrollo cayó un 14% en el último año, según datos recogidos por Anthropic. Los seniors, en cambio, tienen paro casi inexistente. Eso no es una casualidad: cuando las herramientas hacen el trabajo mecánico, lo que sube de valor es el criterio.

—

La analogía que más me ha convencido: el monje copista

Imagina que estás en el siglo XIII y necesitas un texto. Para tener un documento escrito, llamas a un copista. El copista tarda días, cobra caro, y si se equivoca en una coma empiezas de cero. El conocimiento del copista —su habilidad técnica— es el cuello de botella.

Llega la imprenta. El copista no desaparece de inmediato, pero su posición cambia radicalmente. Ahora el valor no está en quién escribe las letras, sino en quién decide qué se imprime y por qué.

Hoy el desarrollador junior es el copista. No desaparece mañana, pero su posición ya está cambiando. Lo que era su exclusividad técnica —»sé escribir código y tú no»— se está democratizando a marchas forzadas.

La pregunta para tu empresa no es si esto va a pasar. La pregunta es dónde quieres estar tú cuando pase.

—

Qué cambia de verdad en tu empresa

El que ejecuta ya no es el que manda

Durante décadas, el poder en tecnología lo tuvo el que controlaba la ejecución: el programador, el DBA, el administrador de sistemas. Si querías algo, necesitabas convencerles de hacerlo, y ellos decidían si era prioritario y cuánto tardaba.

Eso está cambiando. Cuando todo el mundo puede construir, el límite ya no es el código; es la arquitectura y el criterio. El valor se mueve hacia quien entiende el problema con suficiente profundidad como para diseñar la solución correcta.

El cuello de botella sube de nivel

No desaparece el cuello de botella; sube un peldaño. Antes: «necesito un programador que codifique esto». Pronto: «necesito alguien que entienda bien el problema como para describírselo a la IA con precisión suficiente».

Eso requiere saber qué preguntar, cómo verificar que la respuesta es correcta, y cómo conectar la solución técnica con el problema de negocio. Es decir, exactamente lo que hace un buen directivo cuando se forma para ello.

La velocidad de experimentación se dispara

En mi experiencia con proyectos de IA en entornos empresariales, lo que más sorprende no es la calidad del resultado, sino la velocidad. Lo que antes tardaba semanas —un prototipo, una integración básica, un panel de datos— ahora puede estar en horas si quien lo dirige sabe lo que hace.

Eso significa que las empresas que aprendan a operar así tendrán una ventaja de experimentación brutal frente a las que sigan esperando al equipo técnico.

—

Qué no cambia (y mucho ojo con esto)

Que el código sea más accesible no significa que cualquier instrucción vaga produzca un buen resultado. Al contrario.

La diferencia entre una empresa que usa IA bien y una que la usa mal no está en si tienen acceso a las herramientas —que las tienen todas—. Está en si quien las dirige entiende el problema lo suficientemente bien como para guiar el proceso con criterio.

Un directivo que no entiende qué puede y qué no puede hacer la IA seguirá esperando que «el técnico» lo resuelva. Un directivo que sí lo entiende puede dirigir el proceso, validar el resultado, y corregir el rumbo cuando algo falla.

La arquitectura sigue siendo humana

Aquí está el matiz que más se pierde en las discusiones de LinkedIn: la IA ejecuta con eficiencia creciente, pero no decide qué construir, para qué, con qué restricciones, ni qué implica para el negocio.

Eso sigue siendo trabajo humano. Y sigue requiriendo criterio, contexto, y experiencia. Lo que cambia es que ese criterio ya no necesita ir acompañado de habilidades técnicas de ejecución.

—

Qué hacer como directivo: subir el listón

No se trata de que aprendas a programar en el sentido clásico. Se trata de entender lo suficiente sobre cómo funciona esto como para hacer las preguntas correctas, evaluar lo que te presentan, y tomar decisiones con criterio propio.

Tres movimientos concretos:

1. Entiende qué puede hacer la IA y dónde falla. No para competir con los técnicos, sino para no depender de ellos cuando tomas decisiones sobre prioridades.

2. Practica dar instrucciones precisas. La habilidad que más diferencia a quien usa bien estas herramientas es la capacidad de describir un problema con suficiente precisión. Eso no es técnico; es claridad de pensamiento.

3. Céntrate en diseño, no en ejecución. La ejecución se va a abaratar. El diseño —qué construir, para quién, con qué criterios de éxito— seguirá valiendo lo que vale hoy, y probablemente más.

Leer también: Claude Code vs ChatGPT para empresas y Comandos esenciales de Claude Code.

—

Preguntas frecuentes

¿Quiere decir esto que voy a tener que aprender a programar? No en el sentido de escribir código como un desarrollador. Pero sí en el sentido de entender cómo funciona el proceso suficientemente bien como para dirigirlo. Como un director de obra que no pone ladrillos pero sabe cuándo algo no se está haciendo bien.

¿Los desarrolladores de mi empresa van a sobrar? Los que hacen trabajo mecánico y repetitivo están en una posición más frágil. Los que aportan criterio técnico, arquitectura, y juicio sobre qué construir y cómo, tienen más valor que nunca. La clave para tu empresa es distinguir cuáles tienes.

¿Esto ya está pasando o es futuro? Ya está pasando. La caída del 14% en contratación junior recogida por Anthropic no es una predicción; es un dato de lo que está ocurriendo ahora mismo. Las empresas que lo están incorporando ya llevan ventaja sobre las que lo están debatiendo.

—

Boris Cherny es el creador de Claude Code (Anthropic). La afirmación de que programar será una alfabetización básica, y el dato de caída en contratación junior (~14%), proceden de declaraciones suyas recogidas por Anthropic en entrevistas de 2025-2026.

Fuente: GitHub: impacto de la IA en productividad del desarrollo.