La faible puissance des ordinateurs d’Apollo n’était pas un handicap… c’était un atout décisif pour aller sur la Lune

Beaucoup répètent depuis des décennies : « Les ordinateurs de bord d’Apollo 11 avaient moins de puissance qu’un smartphone actuel ! Comment ont-ils pu atterrir sur la Lune avec si peu ? »

La réponse habituelle est : « Grâce à des logiciels ultra-optimisés et à des ingénieurs exceptionnels. »

Mais il y a une réalité plus profonde, souvent occultée : la limitation même de ces machines a forcé une approche plus robuste, plus humaine et finalement plus efficace. La faible informatisation n’était pas un obstacle surmonté par miracle ; elle était une condition essentielle du succès – notamment parce qu’elle maintenait les acteurs dans un ordre de grandeur adapté à l’humain.

L’ordinateur de guidage Apollo disposait d’environ 74 kilo-octets de mémoire morte et de 4 kilo-octets de mémoire vive. Sa fréquence était d’environ 0,043 mégahertz. Une montre connectée bon marché le surpasse aujourd’hui.

Cette extrême pauvreté matérielle interdisait toute complexité superflue : pas de millions de lignes de code, pas de couches d’abstraction, pas de bibliothèques externes, pas de gestion automatique d’erreurs sophistiquée.

Tout était écrit à la main, en langage assembleur, avec une obsession de l’efficacité et de la clarté avec pour résultat : un logiciel minimaliste, déterministe, prévisible. En cas de problème, on savait immédiatement où chercher. Pas de « boîte noire » qui plante sans explication.

Lors de la descente d’Apollo 11, l’ordinateur a déclenché les alarmes 1201 et 1202 (surcharge de tâches). Un système moderne aurait pu redémarrer plusieurs fois ou passer en mode dégradé complexe. Là, le logiciel possédait un mécanisme de redémarrage intelligent : il supprimait les tâches les moins prioritaires et poursuivait. Cette simplicité a permis au contrôle au sol de donner le feu vert en quelques secondes. Un logiciel trop « intelligent » aurait peut-être bloqué la mission par excès de prudence algorithmique.

Avec un ordinateur si limité, on ne pouvait pas tout automatiser.

Les astronautes devaient prendre le contrôle manuel lors de la phase finale d’alunissage (à partir d’environ 150 mètres d’altitude). Neil Armstrong a dérouté le module lunaire à vue pour éviter un champ de cratères – une reconnaissance visuelle en temps réel que même les intelligences artificielles actuelles peinent à réaliser de façon fiable dans la poussière lunaire et les ombres extrêmes.

Apollo 13 reste l’exemple le plus frappant, et il est essentiel de replacer la crise dans son contexte précis – souvent méconnu de ceux qui n'ont pas suivi l'événement en direct en avril 1970.

La mission décolle le 11 avril 1970 depuis Cap Kennedy. À bord : Jim Lovell (commandant), Jack Swigert (pilote du module de commande) et Fred Haise (pilote du module lunaire). Le but : atterrir près du cratère Fra Mauro.  Le 13 avril, après environ 56 heures de vol, alors que le vaisseau est à plus de 320 000 km de la Terre – plus loin que la distance Terre-Lune moyenne –, l'équipage effectue une procédure de routine : agiter les réservoirs d'oxygène supercryogénique du module de service pour homogénéiser le contenu et mesurer les niveaux.

À 55:54:53 (heure de vol) un court-circuit – causé par un défaut préexistant (isolation endommagée lors d'un test au sol et commutateur de chauffage inadapté à la tension) – provoque une explosion violente du réservoir n°2 et endommage le n°1 adjacent, arrache un panneau entier du module de service (large de 4 mètres) et vide les deux réservoirs d'oxygène dans l'espace. 

Les piles à combustible (qui produisent électricité et eau à partir d'oxygène et d'hydrogène) s'arrêtent presque immédiatement. Le module de commande Odyssey perd toute alimentation normale, lumière, eau potable et chauffage. L'équipage entend un « bang » sourd, voit les voyants s'allumer en cascade. Lovell prononce la phrase iconique : « Houston, we've had a problem here. » (prononcée à 03:08 UTC le 14 avril 1970). 

À cet instant, ils sont à mi-chemin vers la Lune, sans possibilité de retour immédiat. La seule option : utiliser la gravité lunaire pour un effet de fronde (trajectoire de retour libre) et conserver assez d'énergie pour la rentrée atmosphérique finale. Le module lunaire Aquarius (conçu pour deux personnes sur 2 jours) devient un « canot de sauvetage » improvisé pour trois, avec des réserves très limitées en oxygène, eau, électricité et filtres à CO₂. 

La situation se dégrade rapidement : température descendant à 4 °C dans le module de commande, déshydratation, épuisement, montée dangereuse du CO₂.

C'est dans ce chaos que surgissent les improvisations critiques :

filtre à dioxyde de carbone incompatible : les cartouches carrées du module de commande ne rentrent pas dans les emplacements ronds du module lunaire ; les ingénieurs au sol, en quelques heures, conçoivent la célèbre « boîte aux lettres » (« mailbox ») : assemblage avec du ruban adhésif gris, une chaussette, un couvercle de manuel de vol, un tuyau de combinaison spatiale et du plastique ; ils décrivent verbalement (sans images ni vidéo) aux astronautes frigorifiés comment reproduire exactement le bidouillage ;

• corrections de trajectoire sans ordinateur principal donc alignement sur le Soleil et la Lune à l’œil nu via le sextant, chronométrage des impulsions moteur à la montre ;

(Le sextant spatial utilisé pour la navigation manuelle – outil optique mécanique indispensable quand l'ordinateur est hors service.)

Un système très automatisé aurait exigé des modèles exhaustifs pour chaque scénario imaginable. Or la crise était totalement inédite. La faible informatisation a obligé à conserver l’humain au cœur des décisions critiques : créativité physique, sens du toucher, jugement sous stress extrême – des facultés que les machines ne reproduisent toujours pas en 2026.

Dans notre monde saturé de puissance de calcul, beaucoup ont perdu le sens de l’ordre de grandeur – cette notion d’échelle où une technologie reste adaptée à l’humain, ou au contraire le dépasse et se retourne contre lui.

Ivan Illich l’avait compris dès les années 1970 dans La Convivialité et Énergie et équité : il existe des seuils naturels au-delà desquels un outil, même performant, devient contre-productif, asservissant et inéquitable. Une vitesse « tolérable » pour un véhicule reste du même ordre que la marche ou le vélo amplifié ; au-delà, la société entière se réorganise autour de l’outil (infrastructures, temps perdu, inégalités). De même pour l’informatique : quand elle dépasse l’échelle humaine (milliards de lignes de code, simulations infinies, dépendance algorithmique), elle génère une complexité artificielle qui paralyse plutôt qu’elle n’aide.

Edgar Morin, théoricien de la complexité, va dans le même sens : la réalité est faite d’échelles imbriquées (ordre/désordre, local/global, simple/complexe). Réduire un phénomène à un modèle unique ou à une simulation massive, c’est ignorer que changer d’ordre de grandeur change la nature du problème.

Apollo opérait à une échelle « humaine » : distances, durées, risques, calculs mentaux – tout restait appréhendable par l’intuition et le jugement direct.

Aujourd’hui, la sur-informatisation nous propulse dans des ordres de grandeur où l’humain n’est plus maître : modélisations qui ne capturent pas le régolithe réel, chaînes logicielles opaques, confiance aveugle dans des algorithmes qui masquent l’incertitude fondamentale.

Aujourd’hui, un logiciel spatial (Starship, Artemis…) repose sur des chaînes d’outils gigantesques : compilateurs, systèmes d’exploitation embarqués, intergiciels, simulations massives, autotests… Chaque couche peut introduire des anomalies subtiles ou des comportements imprévus.

En 1969-1972 : code écrit directement en assembleur ; tests exhaustifs sur du vrai matériel (pas seulement des simulations) ; équipes réduites par module logiciel d’où une transparence totale, tout le monde comprenait le système de bout en bout.

Cette « pauvreté » technologique a créé une clarté exceptionnelle. Moins de surprises fatales le jour venu.

Les retards du programme Artemis, les échecs répétés d’atterrissages robotiques (missions israéliennes, japonaises, russes…), les simulations qui ne capturent pas la réalité du sol lunaire… tout cela montre que trop de puissance de calcul peut engendrer une confiance excessive dans les modèles, au détriment du test réel et de l’intuition humaine – surtout quand on oublie les seuils d’échelle qu’Illich et Morin nous rappellent.

Apollo a démontré qu’on peut atteindre la Lune avec très peu d’informatique sous certaines conditions : tout comprendre en profondeur, garder l’humain au centre des décisions critiques, privilégier la simplicité et la robustesse sur la sophistication – et rester dans un ordre de grandeur où l’outil sert l’humain, sans l’écraser.

La prouesse d’Apollo ne réside pas dans la possession d’un ordinateur à bord, mais dans la capacité à s’en passer quand il le fallait – c’est-à-dire à faire confiance au jugement, à l’action et à la pensée humaine face à l’inconnu, dans une échelle encore maîtrisable.

Hannah Arendt, dont ce blog explore continuellement l’actualité, nous rappelle que la technique, lorsqu’elle devient totalisante, risque de réduire l’homme à un simple opérateur de processus.

Apollo, paradoxalement, a incarné le contraire : une technologie minimale qui a laissé toute la place à la vita activa – l’action, le courage, le jugement en situation, l’improvisation créatrice.

Illich et Morin complètent ce diagnostic : quand l’échelle technologique explose, la convivialité et la pensée complexe s’effacent au profit d’une illusion de maîtrise.

Dans un monde où l’on confie de plus en plus aux algorithmes les décisions ultimes, la leçon d’Apollo reste brûlante : la véritable liberté humaine commence là où la machine – et son ordre de grandeur démesuré – s’arrête.