Los que me conocen saben que soy un apasionado del espacio. De todo lo espacial. Así que más de una vez, cuando sale el tema, alguien me hace la misma pregunta: «Oye, si llegamos a la Luna en 1969, ¿por qué cuesta tanto volver?» Y lo pregunta con ese tono que tiene quien sospecha que la respuesta es política, o económica, o directamente conspirativa.

La respuesta real es mucho más rara que cualquier conspiración.

No podemos volver con lo que usamos entonces porque ese conocimiento ya no existe. No en el sentido de que alguien lo destruyera. Existe en el sentido de que las máquinas que fabricaron las piezas del Saturno V ya no están. Las máquinas que fabricaron esas máquinas tampoco. Los planos, cuando los había, no contemplaban que nadie fuera a necesitar replicarlos décadas después. Y el conocimiento real, el que de verdad importaba, no estaba en los planos: estaba en las manos y en las cabezas de los ingenieros que lo construyeron. Cuando la NASA intentó recrear el motor F-1 para el programa SLS, descubrió que tener los documentos originales no era suficiente. Había que reinventarlo casi desde cero, porque lo que hacía que aquello funcionara no se había documentado con la intención de que nadie lo reutilizara.

Me quedé dando vueltas a eso durante días. Y entonces me di cuenta de que conozco otro mundo donde pasa algo muy parecido.

Llevo treinta años en tecnología. Empecé cuando un ordenador personal era, en cierta manera, abarcable. Sabías más o menos dónde estaba cada cosa, cómo funcionaba cada capa, qué hacía el compilador. No era sencillo, pero era cognoscible. Un humano con suficiente tiempo podía tener un mapa razonablemente completo del territorio.

Eso ya no existe.

Hacer un «hola, mundo» en cualquier lenguaje moderno sigue siendo trivial. Está al alcance de cualquiera con una tarde libre. Pero en cuanto sales de ese territorio tranquilizador y te metes en un proyecto real, el paisaje cambia de forma radical. Hay frameworks que tienen frameworks dentro. Librerías que dependen de otras librerías que a su vez dependen de versiones específicas de otras librerías que llevan dos años sin mantenimiento. Entornos de ejecución que se comportan diferente según el sistema operativo, la versión del runtime o la alineación de los planetas ese día. Ecosistemas enteros que nacieron, se convirtieron en estándar de facto y quedaron obsoletos en el tiempo que tarda uno en terminar un proyecto mediano.

No es que programar se haya vuelto más difícil en el sentido clásico. Es que el territorio creció a una velocidad que ninguna mente humana individual puede seguir. Igual que con el Saturno V: el conocimiento existe, está ahí, pero está tan distribuido y es tan volátil que es imposible que una sola persona lo contenga todo. Y esto no es un fallo del sistema, sino la consecuencia lógica de décadas de progreso real y acumulativo. Cada librería existe porque resuelve un problema genuino. El ecosistema es complejo porque la realidad que intenta modelar también lo es. Ya lo apuntaba cuando hablé del vibe coding como el nuevo Fortran: la abstracción no es pereza, es siempre la respuesta histórica inevitable a la complejidad que se ha vuelto inmanejable.

Aquí es donde entra algo que creo que es la habilidad más infravalorada de este momento: saber lo que no sabes.

Suena simple. No lo es. Hay una diferencia enorme entre ignorar que no sabes algo y ser consciente con precisión de dónde acaban tus mapas. Lo primero te hace peligroso. Lo segundo te hace útil. Y en un entorno de complejidad creciente, esa conciencia se convierte en una ventaja real, no en una confesión de debilidad.

Yo sé programar. Lo llevo haciendo mucho tiempo y en contextos muy distintos. Pero también sé con bastante exactitud qué partes del ecosistema actual no controlo bien, qué stacks no conozco en profundidad, qué decisiones de arquitectura me costarían sin haber investigado antes. Eso no me paraliza. Al contrario: me permite saber cuándo necesito orientación, qué preguntas hacer y cómo evaluar las respuestas que recibo.

Y ahí, para mí, está una de las razones por las que la inteligencia artificial cambia tanto las cosas en este contexto concreto.

No porque la IA lo sepa todo. No lo sabe. Comete errores, tiene puntos ciegos, a veces te da con total confianza una solución que funciona en teoría pero no en la versión específica que tienes instalada. Quien la use esperando omnisciencia va a llevarse disgustos, y de eso ya hemos hablado bastante en Human-IA. Pero eso no es lo que estoy describiendo. Lo que estoy describiendo es otra cosa: la IA como el colega que ha leído más manuales que nadie, que puede orientarte en un territorio que no conoces, que puede darte el punto de partida correcto cuando no sabes ni por dónde empezar.

Lo viví de primera mano construyendo El Día de la Radio, cuando hice en dos tardes algo que antes me era directamente imposible. Lo viví de nuevo cuando empecé a trabajar con OpenClaw y entendí lo que significa tener a alguien que ejecuta mientras tú piensas, como conté en Probé OpenClaw y vi el futuro. No es sustitución. Es exactamente lo contrario: es poder cruzar la frontera de lo que sabes con la orientación de alguien que conoce el terreno del otro lado.

Vuelvo a la Luna un momento, porque hay algo en ese paralelo que todavía no he dicho.

El problema del Saturno V no era falta de inteligencia ni de capacidad. Era que nadie diseñó el sistema pensando en la transferencia de conocimiento. Se construyó para funcionar, no para ser enseñado ni replicado. Y cuando llegó el momento de necesitar ese conocimiento de nuevo, no había puente.

El software moderno tiene el problema contrario, en cierta manera: hay demasiado conocimiento, demasiado disperso, demasiado en movimiento. La documentación existe, pero está repartida entre Stack Overflow, repositorios de GitHub, artículos de hace tres años que ya no aplican del todo y conversaciones de foros que nadie archivó correctamente. Está ahí, pero navegarlo requiere tiempo y orientación que muchas veces no tienes.

La IA, usada bien, es ese puente. No el que lo sabe todo, sino el que te ayuda a encontrar lo que necesitas en el momento en que lo necesitas. Y esa capacidad, combinada con la conciencia clara de lo que uno sabe y lo que no, me parece una de las combinaciones más potentes que tenemos ahora mismo disponibles, como señalaba también cuando hablé de por qué 2026 es el año que lo cambia todo.

No se trata de que la IA te sustituya. Se trata de que, por primera vez, la escala del conocimiento técnico disponible no tiene por qué ser un techo. Puede ser un territorio que, con las herramientas adecuadas y la actitud adecuada, puedes explorar aunque no puedas memorizarlo.

El Saturno V se perdió porque nadie pensó que habría que volver. El ecosistema de software moderno es demasiado grande para que nadie lo contenga solo. Y en ambos casos, la respuesta no está en la nostalgia por cuando las cosas eran más simples, sino en aprender a moverse bien en la complejidad que existe, no en la que nos gustaría que existiera.

Eso requiere humildad intelectual, curiosidad y las herramientas correctas. Que a estas alturas, incluyen la inteligencia artificial. No como oráculo. Como telar de Jacquard: una máquina que no teje por ti, pero que hace posible un tejido que sin ella no existiría.

El mapa acaba donde empieza la brújula.