Margaret Hamilton, grande figure de la conquête de la Lune est décédée.

Margaret Hamilton est morte le 30 septembre 2026, à l’âge de 90 ans. Le MIT a annoncé le 7 octobre 2026 sa disparition. Son nom reste associé à l’une des séquences les plus tendues de l’histoire spatiale : quelques minutes avant le premier alunissage humain, l’ordinateur du module lunaire Apollo 11 s’est retrouvé surchargé et a déclenché les alarmes 1201 et 1202. Le logiciel conçu sous sa direction a écarté les tâches moins prioritaires, relancé les fonctions nécessaires et permis à la descente de se poursuivre. Bien avant que le logiciel ne devienne une industrie mondiale, Hamilton avait compris qu’une machine destinée à envoyer des hommes sur la Lune devait surtout savoir gérer l’imprévu.

La nouvelle est arrivée avec plusieurs jours de décalage sur le décès. Margaret Hamilton est morte le 30 septembre 2026, à 90 ans, et le Massachusetts Institute of Technology a annoncé sa disparition le 7 octobre. L’institution rappelle une carrière commencée au MIT en 1959 et marquée par une contribution majeure au développement des logiciels qui ont accompagné les missions Apollo.

Hamilton appartenait à une génération pour laquelle l’informatique n’avait encore rien de l’industrie que nous connaissons aujourd’hui. Pas de PC sur les bureaux, pas de smartphone dans les poches, pas de cloud, pas de logiciels mis à jour en quelques secondes. Les ordinateurs étaient des machines imposantes, coûteuses, limitées et surtout difficiles à programmer. Pourtant, c’est avec ce matériel que les ingénieurs du programme Apollo ont dû préparer des missions capables de transporter des astronautes à près de 400 000 kilomètres de la Terre.

Margaret Hamilton n’était pas astronaute. Elle n’a jamais marché sur la Lune. Son domaine était celui du code. Et ce code allait devenir l’une des pièces maîtresses du programme Apollo. Au MIT, elle a dirigé l’équipe chargée du développement du logiciel de vol embarqué destiné aux missions lunaires. En 1965, elle rejoint le projet Apollo et devient la première programmeuse recrutée dans cette équipe ainsi que la première femme engagée pour ce travail. En 1968, elle dirigeait l’équipe responsable du logiciel du programme lunaire.

Avant Apollo, Hamilton avait déjà travaillé sur des problèmes informatiques complexes. Elle était arrivée au MIT en 1959 et avait notamment travaillé sur des programmes de prévision météorologique auprès du mathématicien et météorologue Edward Lorenz, qui allait devenir l’une des grandes figures de la théorie du chaos. Elle a ensuite travaillé sur le système de défense aérienne SAGE au Lincoln Laboratory du MIT, où l’informatique devait détecter et suivre des appareils dans l’espace aérien. Cette expérience allait nourrir son obsession pour la fiabilité des programmes.

C’est précisément cette obsession qui va compter lors d’Apollo 11. Le 20 juillet 1969, Neil Armstrong et Buzz Aldrin descendent vers la surface lunaire à bord du module Eagle. Le Lunar Module Guidance Computer, l’ordinateur de guidage du module, travaille alors sous une contrainte qui aurait pu devenir dramatique.

Quelques minutes avant l’alunissage, l’ordinateur déclenche les alarmes 1201 puis 1202. Pour les personnes qui suivent la mission depuis Houston, ces codes ne sont pas de simples voyants rouges sur un tableau de bord. Ils signalent que l’ordinateur reçoit davantage de tâches qu’il ne peut en traiter normalement. Le problème vient notamment de sollicitations liées au radar et au fonctionnement du système embarqué.

La différence entre une panne catastrophique et une surcharge maîtrisée se trouve alors dans la conception du logiciel. Le programme ne se contente pas de constater que le calculateur est débordé. Il est capable de hiérarchiser les tâches, d’abandonner momentanément les opérations moins prioritaires et de conserver les fonctions nécessaires au pilotage et à l’alunissage.

La NASA a depuis souligné que ce comportement du logiciel avait permis à la mission de continuer. Le système a repris les opérations prioritaires et la descente a pu se poursuivre. Trois minutes environ avant le contact avec la surface lunaire, l’informatique embarquée venait donc de jouer un rôle direct dans la sauvegarde de la mission.

Le détail est particulièrement intéressant : le logiciel n’a pas « réparé » l’ordinateur. Il a fait quelque chose de plus subtil. Il a reconnu une situation de surcharge, réorganisé le travail et donné la priorité aux opérations indispensables. Cette logique paraît familière aujourd’hui. Elle est pourtant remarquable pour la fin des années 1960.

Le terme de « logiciel » lui-même n’avait pas encore la place qu’il occupe aujourd’hui. Hamilton défendait l’idée que programmer un système complexe devait être considéré comme une véritable discipline d’ingénierie. Elle a largement contribué à populariser l’expression « software engineering », ou ingénierie logicielle. Son approche reposait notamment sur la prévention des erreurs, les tests et la capacité d’un système à continuer à fonctionner lorsque des situations imprévues apparaissent.

Apollo était justement le genre de programme où l’imprévu ne pardonnait pas. Une erreur informatique sur Terre peut provoquer un redémarrage, un écran figé ou une perte de données. Dans un module lunaire, une erreur peut signifier la perte de l’équipage. Hamilton et son équipe ont donc travaillé sur une architecture capable de gérer des situations qui n’étaient pas forcément prévues dans le déroulement nominal de la mission.

Cette philosophie avait été renforcée par des expériences très concrètes. Hamilton avait notamment utilisé sa fille Lauren comme exemple involontaire d’un problème que les ingénieurs n’avaient pas suffisamment envisagé. Alors qu’elle se trouvait sur un simulateur Apollo, elle avait déclenché par erreur une séquence informatique qui ne devait pas être lancée en plein vol. Le programme avait alors rencontré un problème. Hamilton avait proposé de modifier le logiciel afin d’empêcher cette erreur, mais l’idée avait d’abord été rejetée au motif que les astronautes étaient supposés ne pas faire ce genre de manipulation.

L’histoire allait donner raison à Hamilton sur un point simple : un bon système ne doit pas uniquement supposer que l’utilisateur fera tout correctement. Il doit aussi savoir quoi faire lorsqu’une erreur survient. Cette approche est aujourd’hui banale dans la conception des logiciels critiques. Elle était beaucoup moins répandue dans les années 1960.

La mésaventure de la séquence P01 allait d’ailleurs trouver un écho lors d’Apollo 8. Une manipulation involontaire avait lancé cette procédure pendant la mission et entraîné un problème avec les données de navigation. L’équipe avait dû travailler plusieurs heures pour résoudre la situation. Ces expériences ont contribué à renforcer la place accordée aux mécanismes de protection et de récupération dans les logiciels Apollo.

La photographie qui a rendu Margaret Hamilton célèbre auprès du grand public est pourtant beaucoup moins spectaculaire qu’un lancement de Saturn V. On y voit la scientifique à côté d’une immense pile de listings du logiciel Apollo. La hauteur du papier donne une idée de la quantité de code produite pour les missions. Cette image, réalisée en 1969, est devenue plusieurs décennies plus tard l’un des symboles de l’histoire de l’informatique et de la place des femmes dans les sciences.

L’image raconte aussi une époque où le logiciel n’existait pas sous la forme que nous connaissons. Les programmes Apollo étaient enregistrés sur des supports matériels spécifiques et le calculateur embarqué disposait de ressources extrêmement limitées par rapport au moindre appareil électronique actuel. L’ordinateur de guidage Apollo n’avait évidemment ni processeur moderne ni gigaoctets de mémoire. Pourtant, il devait assurer des calculs et des décisions suffisamment fiables pour guider un véhicule jusqu’à la Lune.

Le contraste avec l’informatique actuelle est vertigineux. Le smartphone que vous avez peut-être dans la poche possède des capacités de calcul sans commune mesure avec celles des ordinateurs Apollo. Il peut traiter des images, communiquer avec des satellites, afficher des cartes, enregistrer des vidéos et exécuter simultanément plusieurs applications. En 1969, un ordinateur beaucoup moins puissant devait pourtant faire fonctionner un système dont la marge d’erreur était extrêmement faible.

C’est justement pour cette raison que l’histoire de Hamilton dépasse largement Apollo 11. Son apport concerne une question qui reste parfaitement actuelle : comment concevoir un système informatique capable de continuer à fonctionner lorsque quelque chose ne se passe pas comme prévu ?

Cette question concerne aujourd’hui les avions, les trains, les centrales électriques, les véhicules autonomes, les équipements médicaux, les satellites, les robots industriels et les systèmes spatiaux. La logique de priorité, de redondance, de surveillance des erreurs et de récupération automatique reste une composante majeure des logiciels critiques.

Margaret Hamilton n’a d’ailleurs pas arrêté son travail après Apollo. Après son passage au MIT, elle a créé des entreprises spécialisées dans l’informatique et la fiabilité des systèmes. En 1976, elle fonde Higher Order Software, puis Hamilton Technologies en 1986. Elle poursuit alors ses recherches sur les méthodes permettant de concevoir des systèmes complexes avec davantage de robustesse.

La reconnaissance institutionnelle arrivera tardivement. En 2003, la NASA lui attribue un Exceptional Space Act Award pour ses contributions scientifiques et techniques au programme spatial. La NASA souligne alors notamment ses travaux sur la programmation asynchrone, la gestion des priorités, les tests de bout en bout et les mécanismes destinés à renforcer la fiabilité des logiciels.

En 2016, Barack Obama lui remet la Presidential Medal of Freedom, la plus haute distinction civile des États-Unis. Cette récompense consacre alors une femme dont le travail avait longtemps été moins connu du grand public que celui des astronautes qu’elle avait contribué à faire voler.

Son histoire est aussi celle d’une époque où les femmes occupaient une place importante dans les débuts de l’informatique, souvent sans bénéficier de la même visibilité que les responsables masculins des grands programmes scientifiques. Hamilton dirigeait pourtant une équipe d’ingénieurs et participait à des décisions techniques directement liées à la sécurité des missions.

Son parcours montre aussi que l’exploration spatiale ne repose jamais uniquement sur les hommes et les femmes que l’on voit dans les capsules ou devant les caméras. Derrière chaque astronaute se trouvent des milliers de spécialistes : mathématiciens, ingénieurs, techniciens, programmeurs, mécaniciens, spécialistes des matériaux, experts des communications et responsables des procédures.

Apollo 11 est souvent résumé par trois noms : Neil Armstrong, Buzz Aldrin et Michael Collins. C’est compréhensible puisque ce sont les trois astronautes de la mission. Mais l’alunissage du 20 juillet 1969 a été rendu possible par une immense organisation scientifique et industrielle. Margaret Hamilton en représentait l’une des parties les moins visibles et pourtant les plus modernes : le logiciel.

Il faut toutefois éviter une formule souvent utilisée à propos de Hamilton : elle n’a pas, à elle seule, « envoyé l’homme sur la Lune ». Elle a dirigé une équipe qui a développé une partie déterminante du logiciel de vol Apollo. Le programme Apollo reposait sur des milliers de personnes et sur des systèmes conçus par plusieurs équipes et institutions. Son rôle est exceptionnel, mais il s’inscrit dans une œuvre collective.

La même prudence vaut pour l’épisode des alarmes 1201 et 1202. Le logiciel développé sous sa direction a joué un rôle déterminant dans la poursuite de la descente, mais la décision de poursuivre l’alunissage a également impliqué les contrôleurs de mission et les responsables de guidage à Houston. L’histoire est donc celle d’une coopération entre l’humain et la machine, plutôt que celle d’un ordinateur qui aurait décidé seul de sauver Apollo 11.

Margaret Hamilton laisse finalement un héritage qui dépasse largement la Lune. Chaque fois qu’un logiciel surveille son propre fonctionnement, donne la priorité à une fonction critique, détecte une anomalie ou tente de récupérer une situation dégradée, on retrouve des principes qui ont été développés et mis à l’épreuve à grande échelle durant les premières années de l’ère spatiale.

Le paradoxe est assez beau : l’une des femmes qui ont contribué à envoyer les premiers humains sur la Lune est surtout devenue célèbre pour avoir travaillé sur quelque chose que personne ne pouvait voir. Pas de moteur Saturn V, pas de combinaison spatiale, pas de drapeau lunaire. Du code, des listings papier et une quantité considérable de travail invisible.

À 90 ans, Margaret Hamilton disparaît donc alors que l’exploration lunaire se prépare à entrer dans une nouvelle époque. Le programme Artemis vise de nouveaux vols habités autour et vers la Lune, avec un calendrier qui a connu plusieurs évolutions. L’écart technologique entre Apollo et les programmes actuels est immense, mais une règle reste la même : lorsqu’une machine doit transporter des humains dans un environnement où l’erreur coûte très cher, le logiciel ne peut pas être traité comme un simple accessoire.

Margaret Hamilton avait compris cette réalité plus d’un demi-siècle avant l’explosion des logiciels dans notre quotidien. Son œuvre rappelle qu’un système informatique fiable ne se mesure pas seulement à sa capacité à fonctionner lorsque tout va bien. Il se juge surtout à sa réaction lorsque quelque chose déraille.

Et le 20 juillet 1969, à quelques minutes de la première empreinte humaine sur la Lune, quelque chose avait justement déraillé. L’ordinateur avait saturé. Les alarmes avaient retenti. Le temps était compté. Le logiciel a fait ce pour quoi Hamilton et son équipe l’avaient conçu : trier, prioriser, récupérer et continuer.

C’est probablement l’une des meilleures façons de comprendre pourquoi son nom reste associé à Apollo 11. Pas parce qu’elle aurait été seule derrière le premier pas sur la Lune, mais parce qu’elle avait contribué à construire une machine capable de rester fiable au moment précis où personne n’avait droit à l’erreur.