Margaret Hamilton: la ingeniera que enseñó al Apolo a mantener la calma
Margaret Hamilton, líder del equipo que desarrolló el software de vuelo del Apolo, falleció a los 90 años. Su trabajo en priorización de tareas y programación defensiva fue decisivo para el éxito del alunizaje.
Un error que pudo costar la misión y la sangre fría del software
El 20 de julio de 1969, a punto de posarse en el Mar de la Tranquilidad, el módulo lunar Eagle generó en su ordenador de a bordo el infame código 1202. La alarma indicaba que la máquina estaba recibiendo más tareas de las que podía manejar debido a un fallo en un interruptor. En la sala de control de Houston se vivieron segundos de inquietud: abortar era una opción real. Sin embargo, el programa hizo exactamente lo que debía hacer: descartó tareas accesorias, se concentró en lo esencial y continuó con el aterrizaje.
Detrás de esa lógica estaba Margaret Hamilton, la ingeniera que lideró el desarrollo del software de vuelo del Apolo. Hamilton falleció el 30 de septiembre a los 90 años, según informó el MIT. Su trabajo demostró que, en sistemas críticos, el software debe diseñarse para priorizar, recuperar y seguir operando cuando las condiciones se vuelven adversas.
De las predicciones del clima al desafío lunar
Margaret Hamilton nació en Paoli, Indiana, en 1936 y estudió Matemáticas. En 1959 se mudó a Boston con su esposo y aceptó un trabajo temporal en el departamento de Meteorología del MIT, donde escribió programas de predicción del tiempo para Edward Lorenz, quien más tarde sería conocido por la teoría del caos y el efecto mariposa. Ese primer contacto con la programación —aprender a anticipar si llovería en Massachusetts— fue el inicio de una carrera dedicada a la fiabilidad del software.
En 1961 pasó al Laboratorio Lincoln y trabajó en SAGE, el primer sistema de defensa aérea de Estados Unidos, que rastreaba aviones enemigos. Fue ahí donde empezó a obsesionarse con preguntas que entonces apenas tenían nombre: ¿hasta qué punto podemos confiar en el software para tareas críticas? Esa preocupación por la robustez y la tolerancia a fallos la llevó, en 1965, al Laboratorio de Instrumentación del MIT, que había ganado el contrato de la NASA para el software de vuelo del Apolo.
Hamilton fue la primera programadora contratada para el proyecto Apolo y también la primera mujer en ese equipo. Empezó escribiendo código para misiones no tripuladas y llegó a dirigir el equipo responsable del software de las misiones tripuladas. Para 1968 ya era subdirectora del equipo del módulo de mando y servicio, y más de 400 personas trabajaban en el software del Apolo, la mayoría con veintitantos años.
Programación defensiva: aprender de una niña y de un error real
Una anécdota que marcó su enfoque profesional involucra a su hija Lauren, que acompañaba a Margaret al laboratorio. Con cuatro años, Lauren activó accidentalmente en el simulador un programa de prelanzamiento llamado P01 y colgó el sistema. Hamilton propuso endurecer el sistema frente a ese fallo, pero sus superiores consideraron que los astronautas no cometerían ese tipo de errores.
La lección llegó en diciembre de 1968: durante el Apolo 8 el comandante Jim Lovell lanzó por accidente el P01 en pleno viaje, y los datos de navegación se perdieron. El equipo de Hamilton tuvo que corregir la situación desde tierra. A raíz de ese incidente, las defensas que Hamilton proponía se incorporaron al software. Este es un ejemplo temprano y claro de lo que hoy se denomina programación defensiva: anticipar que alguien —o algo— puede pulsar el botón equivocado y diseñar el sistema para resistirlo.
Esa misma filosofía fue clave durante el alunizaje del Apolo 11. El software estaba organizado por prioridades: podía apagar tareas secundarias para concentrarse en las críticas cuando el sistema se sobrecargaba. Gracias a esa arquitectura, el ordenador descartó lo accesorio y permitió que Neil Armstrong y Buzz Aldrin completaran la maniobra con éxito.
Defender la ingeniería del software como disciplina
Más allá de resolver fallos concretos, Hamilton libró una batalla por el reconocimiento del oficio. Empezó a usar la expresión “ingeniería de software” para darle a la disciplina el peso y el rigor de otras ingenierías. Durante años esa fórmula fue objeto de chanza entre algunos colegas, pero terminó por consolidarse: hoy la ingeniería de software es una profesión ejercida por millones, con responsabilidad en prácticamente todos los sectores.
Una imagen icónica de 1969 la muestra junto a los listados del software que su equipo desarrolló para el módulo lunar y el de comando. Esos montones de papel —en los que muchas mujeres trabajaron en tareas consideradas entonces tediosas— terminaron inspirando las carreras de miles de ingenieras y programadoras.
El legado y su resonancia en América Latina
Tras el programa Apolo, el laboratorio se independizó del MIT con el nombre de Draper. La figura de Margaret Hamilton se mantiene como referencia no solo por el episodio del 1202, sino por haber sentado principios de diseño y responsabilidad en software crítico.
Para tomadores de decisión en América Latina, su historia ofrece dos lecciones prácticas: la primera, que la calidad y la fiabilidad del software son tan cruciales como el hardware en sistemas críticos (desde transporte y energía hasta salud y satélites); la segunda, que fomentar la participación de mujeres en la ingeniería tecnológica no es solo una cuestión de equidad, sino una ventaja estratégica que amplía el talento disponible y la diversidad de enfoques en problemas complejos.
Hamilton dijo en una entrevista: “No teníamos más remedio que ser pioneras; no había tiempo para ser principiantes”. Esa frase resume la presión y la audacia de una generación que transformó una disciplina emergente en una profesión esencial para el siglo XX y el XXI.
Una figura para recordar
Margaret Hamilton no solo contribuyó a uno de los hitos más memorables de la ciencia y la tecnología; ayudó a definir prácticas de ingeniería que hoy son estándar en sistemas críticos. Su combinación de rigor técnico, previsión ante errores humanos y defensa por la profesionalización del software dejó una huella duradera. Para quienes gestionan tecnología en la región, su legado es una invitación a priorizar la resiliencia, invertir en capacitación y reconocer el liderazgo femenino en ingeniería.
Fuente original: El Pais IA