Qué se celebra estos días: 57 años del "un pequeño paso"
Cada 20 de julio se recuerda el primer alunizaje tripulado. Neil Armstrong y Buzz Aldrin descendieron pilotando en parte a mano y en parte con la ayuda del Apollo Guidance Computer (AGC), el ordenador de a bordo diseñado en el MIT. En plena maniobra, a poco más de 1.800 metros de la superficie, la pantalla empezó a lanzar alarmas 1202: el ordenador avisaba de que tenía más tareas de las que podía atender. Aun así, la misión continuó y aterrizaron con el depósito casi vacío.
Los datos técnicos del AGC están documentados por la propia agencia espacial: puedes consultarlos en el NASA Apollo Flight Journal. Lo interesante para nosotros no es la efeméride, sino lo que ese cacharro enseña sobre cómo funciona un ordenador por dentro.
4 KB de RAM: qué significan esos números
El AGC tenía dos tipos de memoria, igual que cualquier ordenador de hoy. La memoria borrable (la RAM, donde se hacen las cuentas del momento) eran 2.048 "palabras", y la memoria fija (una especie de disco duro con el programa ya grabado) eran 36.864 "palabras". Cada palabra guardaba 16 bits, así que 2.048 palabras equivalen a unos 4 KB y 36.864 a unos 72 KB. En total, el ordenador que llevó a tres personas a la Luna cabía holgadamente en lo que hoy es un archivo de texto.
Para que se vea el salto, compara con un móvil cualquiera de 2026:
| Elemento | Apollo Guidance Computer (1969) | Un móvil actual |
|---|---|---|
| Memoria de trabajo (RAM) | 2.048 palabras (~4 KB) | 6.000-12.000 MB |
| Memoria fija (programa) | 36.864 palabras (~72 KB) | 128.000-512.000 MB |
| Velocidad del procesador | ~1 MHz | ~3.000 MHz |
La diferencia es de millones de veces. Un móvil actual tiene más de un millón de veces la memoria de trabajo del AGC. Y sin embargo, aquel ordenador hizo algo que muchas apps modernas no logran: no se colgó en el peor momento posible.
El truco no era la potencia, era el software
Aquí entra la parte que hoy se estudia en cualquier grado de informática. La ingeniera Margaret Hamilton y su equipo del MIT diseñaron el programa con un planificador por prioridades: en lugar de intentar hacerlo todo a la vez y bloquearse, el sistema clasificaba las tareas por importancia. Cuando la alarma 1202 saltó —un radar mal configurado estaba inundando de datos al ordenador—, el software hizo lo correcto: descartó las tareas menos importantes y siguió calculando lo único que de verdad no podía fallar, la trayectoria de descenso. Los detalles de esas alarmas están recogidos en el Apollo Lunar Surface Journal de la NASA.
Ese es el corazón de la programación bien hecha, y la lección vale para cualquiera que empiece a programar:
- Gestión de recursos: un programa que se satura no tiene por qué morir; puede decidir qué soltar. Eso es diseño, no potencia.
- Prioridades explícitas: decir qué es crítico y qué es prescindible es una decisión de arquitectura, no un detalle menor.
- Robustez ante fallos: el software se probó para portarse bien incluso cuando el hardware daba datos erróneos.
- Eficiencia: con 4 KB no sobra ni un byte, así que cada línea de código tenía que ganarse su sitio.
Cómo se estudia esto hoy (y cuándo va bien un profe)
Lo que hizo Hamilton se llama hoy concurrencia y gestión de procesos, y es un pilar de asignaturas como Sistemas Operativos o Estructura de Computadores en la universidad y en los ciclos de FP de informática. También lo tocas antes de lo que crees: en cuanto aprendes a programar entiendes qué es la memoria, por qué un bucle mal hecho la agota y por qué el código eficiente importa. No hace falta ir a la Luna para chocar con estos conceptos: cualquier ejercicio de programación te obliga a pensarlos.
El problema es que muchos alumnos se atascan aquí porque nadie se lo explica con un ejemplo concreto: memorizan la teoría de procesos sin ver nunca por qué existe. Ahí es donde un profesor particular marca la diferencia: te acompaña con casos reales, te corrige el código y te enseña a pensar como quien resuelve problemas, no como quien empolla. Si andas con Programación o Estructura de Computadores, en Eurekademy puedes empezar con una primera clase de programación con 50% de descuento, sin compromiso. La misma idea que salvó el alunizaje —priorizar bien y no rendirse cuando se satura el sistema— es la que te hará sacar la asignatura adelante.