¿Merece la pena aprender a programar en 2026 si ya usas IA?

Sí merece la pena. Pero no por lo que te van a decir, y no en la cantidad que te van a decir.

Soy programador de profesión y llevo un tiempo montando casi todo lo que uso sin escribir una línea a mano. Webs, bases de datos, automatizaciones, herramientas internas. Lo describo, lo revisa una IA, lo corrijo, funciona.

Y aun así, si alguien me pregunta hoy si aprender a programar sigue teniendo sentido, le digo que sí. Lo que ha cambiado es cuánto hay que aprender y para qué.

Lo que la IA se ha llevado por delante

Se ha llevado la sintaxis. Entera.

Antes, la mayor parte del tiempo de un principiante se iba en pelearse con cosas que no tienen nada que ver con resolver un problema. Dónde va el punto y coma. Por qué esto es un array y esto un objeto. Por qué el error dice una cosa y el problema es otra treinta líneas más arriba.

Todo eso ha desaparecido, y no me da ninguna pena. Nunca fue la parte interesante. Era el peaje.

También se ha llevado el "no sé por dónde empezar". Antes, montar un proyecto desde cero era el filtro donde caía el 80% de la gente: instalar cosas, configurar, entender qué carpeta va dónde. Hoy le dices a una IA lo que quieres y en diez minutos tienes algo en pantalla. La barrera de entrada se ha caído de golpe, y por eso hay tanta gente montando cosas que hace tres años no las habría montado nunca.

Si nunca has tocado nada, ese es el sitio por donde entrar. Lo tengo explicado en crear apps sin programar, que es el mapa completo de las opciones que hay hoy.

Lo que no se ha llevado

Todo lo demás. Y es más de lo que parece.

Saber qué estás pidiendo. Una IA hace lo que le dices. Si le pides mal, te hace mal lo que has pedido, y encima con buena cara. La diferencia entre "hazme un sistema de usuarios" y "hazme un sistema de usuarios con login por correo, sesión de 30 días y borrado de cuenta" no es de tecnología, es de saber qué piezas existen.

Saber leer lo que te devuelve. Este es el gordo. Te va a devolver 400 líneas. Si no puedes leerlas por encima y detectar que ahí hay algo que no debería estar, estás aprobando cosas a ciegas. Funciona hasta que un día no funciona.

Saber dónde se rompen las cosas. Bases de datos, permisos, copias de seguridad, qué pasa cuando entran mil personas a la vez en lugar de tres. Nada de eso sale mal el primer día. Sale mal el día que ya tienes usuarios dentro.

Saber decir que no. Cuando la IA propone una solución que técnicamente funciona pero te va a atar de pies y manos dentro de seis meses, alguien tiene que verlo. Y ese alguien eres tú.

¿Hace falta saber programar para crear software hoy?

Para crear algo que funcione y que uses tú, no. De verdad que no.

He montado herramientas internas enteras describiéndolas en español. Un panel para llevar clientes, un sistema de tareas, scripts que me ordenan carpetas. Nada de eso pasó por mis manos a nivel de código y todo eso lleva meses funcionando sin que lo toque.

Para crear algo que usen otras personas y de lo que dependa dinero, sí hace falta. No hace falta ser programador. Hace falta saber lo suficiente como para revisar.

Y ahí está la distinción que casi nadie hace: no necesitas saber escribir código, necesitas saber leerlo. Son dos habilidades distintas y la segunda se aprende mucho más rápido que la primera.

Es como con los idiomas. Entender polaco leído lo consigues en bastante menos tiempo del que tardas en ser capaz de mantener una conversación. Y para revisar un contrato con entender te vale.

Cuánto hay que aprender exactamente

Mi respuesta, si me lo preguntas hoy: entre dos y tres meses de dedicarle ratos. No una carrera. No un bootcamp de nueve meses.

Lo que yo metería en esos meses:

Uno. Entender qué es un archivo, una carpeta, un repositorio y qué narices hace la terminal. Suena básico y es el 80% de lo que frena a la gente. Con eso solo ya dejas de tener miedo.

Dos. Leer código sin escribirlo. Coge un proyecto que te haya generado una IA y pídele que te lo explique archivo por archivo. Es la forma más rápida que conozco de aprender, porque estás leyendo código real de algo que te importa, no ejercicios de un curso.

Tres. Entender datos. Qué es una tabla, qué es una relación, por qué guardar el nombre del cliente en veinte sitios distintos te va a dar un disgusto. Esto no es programar, es pensar, y es lo que más rendimiento da por hora invertida.

Cuatro. Saber qué pasa cuando publicas algo. Dónde vive, quién lo puede ver, qué pasa si se cae.

Con eso ya no eres alguien que le pide cosas a una IA y cruza los dedos. Eres alguien que dirige.

El error que veo más

Gente que se pone a aprender programación por el camino de 2015: un curso de doce semanas empezando por variables y bucles, con ejercicios de calcular números primos.

No digo que eso sea inútil. Digo que hoy hay un camino mucho más corto: montar algo real que te haga falta, y aprender cada concepto en el momento en que se te cruza. Aprendes lo mismo, en la mitad de tiempo, y encima acabas con una herramienta que usas.

Yo aprendí bastante de infraestructura de servidores así, montando cosas que necesitaba y rompiéndolas. No hay curso que enseñe eso mejor que un servidor que se te cae un domingo.

El otro error es el contrario: pensar que como la IA lo hace todo, no hay que aprender nada. Esos son los que montan algo en un fin de semana, lo publican, y a los dos meses tienen un problema que no saben ni describir. Lo he visto varias veces y siempre acaba igual: pagando a alguien para que lo rehaga entero.

Si quieres ver por dónde entra alguien sin base técnica, Claude Code para no programadores es el punto de partida que yo recomendaría.

¿En qué caso me estaría equivocando?

Si en dos años los modelos revisan su propio trabajo lo bastante bien como para que leer el código sea tan innecesario como leer el ensamblador que genera un compilador hoy.

Es posible. Nadie mira lo que genera un compilador y llevamos décadas así. Si eso pasa, lo único que quedará en pie de esta lista es saber qué pedir y saber qué datos tienes. Que casualmente son las dos cosas menos técnicas de todas.

Con lo cual, incluso equivocándome, el consejo aguanta: aprende lo justo para dirigir, no para ejecutar. Y si quieres ver de dónde viene todo este cambio de forma de trabajar, en qué es el vibe coding está el nombre que le ha puesto la gente.

Si quieres el camino corto de todo esto, en el curso montamos una web entera desde cero con Claude Code, con los pasos ordenados y sin dar por hecho que sabes programar.

Ver el curso Crea tu web con Claude Code