07.10.2026 · Signal Titans Editorial

On disait à Grace Hopper que les ordinateurs ne pouvaient pas comprendre l’anglais. Elle a construit le compilateur quand même.

On disait à Grace Hopper que les ordinateurs ne pouvaient pas comprendre l’anglais — portrait éditorial avec le thème Faire traduire la machine.

Grace Hopper n'a pas inventé le mot bug.

Et le papillon de nuit collé dans un carnet informatique en 1947 n'était pas la première fois que quelqu'un « déboguait » une machine.

La meilleure histoire est plus importante.

Hopper a consacré une grande partie de sa carrière à éloigner l'informatique d'un monde où les programmeurs devaient penser comme des machines, pour aller vers un monde où les machines pouvaient traduire des instructions plus proches du langage humain.

On lui disait que cela ne marcherait pas.

Elle continua à le construire.

Elle est entrée dans l'informatique avant que programmer soit un métier

Hopper rejoignit l'U.S. Naval Reserve pendant la Seconde Guerre mondiale et fut affectée au projet informatique de Howard Aiken à Harvard. Elle y apprit à programmer le Mark I, une énorme calculatrice électromécanique utilisée pour les calculs militaires.

Programmer signifiait travailler très près du matériel. Les instructions s'exprimaient par des nombres, interrupteurs, supports perforés et conventions propres à chaque machine. Le programmeur devait comprendre le problème mais aussi la façon particulière dont un ordinateur exigeait que ce problème soit représenté.

Cette expérience conduisit Hopper à un constat qui devint central dans son travail : les humains consacraient énormément d'efforts à traduire manuellement leurs intentions en instructions machine.

Et si une partie de cette traduction pouvait elle-même être automatisée ?

Le célèbre papillon est une bonne histoire — avec une correction

En 1947, alors que Hopper travaillait avec l'équipe du Mark II à Harvard, des opérateurs trouvèrent un papillon de nuit coincé dans un relais. Ils le collèrent dans le journal avec une note évoquant le « premier cas réel de bug trouvé ».

Le document est aujourd'hui conservé au National Museum of American History du Smithsonian.

Mais le mot bug était déjà utilisé depuis des décennies pour désigner des problèmes techniques. Thomas Edison, entre autres, l'avait employé au XIXe siècle. Hopper et ses collègues ne l'ont pas inventé.

Ils ont en revanche contribué à populariser son association avec l'informatique, le débogage et le travail quotidien consistant à trouver des défauts dans des systèmes complexes.

Cette précision compte parce que la vraie contribution de Hopper n'est pas une anecdote amusante. C'est une transformation de la manière de créer du logiciel.

Elle voulait que l'ordinateur fasse davantage de traduction

En 1949, Hopper rejoignit Eckert-Mauchly Computer Corporation, qui développait UNIVAC. Au début des années 1950, elle travailla sur le système A-0, souvent décrit comme le premier compilateur.

Un compilateur traduit des instructions écrites sous une forme en code exécutable par la machine. Cela semble ordinaire aujourd'hui parce que presque tous les programmeurs dépendent de plusieurs couches de traduction. À l'époque, beaucoup pensaient que la programmation sérieuse exigeait un contrôle direct des instructions machine.

Hopper voyait surtout le travail gaspillé. Si des routines couramment utilisées existaient déjà, les programmeurs devaient pouvoir les appeler symboliquement et laisser un logiciel assembler le bon code machine.

L'idée essentielle n'était pas seulement la commodité. C'était l'abstraction.

Une fois que la machine pouvait effectuer une partie de la traduction, le logiciel pouvait commencer à se séparer des détails exacts d'une machine particulière.

Puis elle a voulu utiliser des mots, pas seulement des symboles

L'étape suivante fut encore plus contestée. Hopper voulait écrire les programmes de gestion avec des mots proches de l'anglais.

Elle raconta plus tard qu'on lui avait dit que les ordinateurs ne pouvaient pas comprendre l'anglais. Techniquement, ses critiques avaient raison : le matériel exécutait toujours des instructions machine. L'idée de Hopper était qu'un compilateur pouvait se placer entre les deux.

Son équipe développa FLOW-MATIC, un langage utilisant des commandes proches de l'anglais pour les applications commerciales. FLOW-MATIC fut une influence importante sur COBOL, Common Business-Oriented Language, développé dans le cadre de CODASYL à partir de 1959.

Hopper n'a pas créé COBOL seule. Il s'agissait d'un effort mené par un comité et l'industrie, avec de nombreux participants. Mais elle fut l'une des défenseuses les plus influentes de la programmation indépendante de la machine et orientée vers les besoins des entreprises, ainsi que des compilateurs qui la rendaient pratique.

Ce qu'elle a réellement changé

Le travail de Hopper a déplacé la frontière entre le programmeur et la machine.

Avant les compilateurs, le programmeur assumait une grande partie du travail de traduction vers le vocabulaire exact du matériel. Avec les compilateurs, cette charge pouvait être partagée : l'humain décrivait l'intention à un niveau supérieur et le logiciel la transformait en instructions de niveau inférieur.

Le même schéma s'est répété. Les langages d'assemblage ont abstrait les codes d'opération numériques. Les langages de haut niveau ont abstrait l'architecture machine. Les systèmes d'exploitation ont abstrait les périphériques. Les bases de données ont abstrait le stockage. Le cloud a abstrait les serveurs. La programmation moderne dépend de couches que les générations précédentes auraient considérées comme indirectes.

L'abstraction ne supprime pas la complexité. Elle la place dans des outils réutilisables pour éviter que chaque programmeur résolve encore et encore le même problème de traduction.

La leçon utile n'est pas « ignorez les sceptiques »

Ce serait trop simple.

La plupart des idées inhabituelles échouent. Le scepticisme peut être utile. L'avantage de Hopper est qu'elle n'a pas répondu au scepticisme seulement par la confiance. Elle a répondu par des systèmes qui fonctionnaient : A-0, d'autres compilateurs, FLOW-MATIC, des travaux de standardisation et des années d'adoption pratique.

Elle a rendu son argument exécutable.

Le papillon est un excellent objet de musée.

Le compilateur fut l'outil de débogage le plus important — non parce qu'il éliminait les erreurs, mais parce qu'il permettait aux humains de travailler à un niveau où ils pouvaient consacrer davantage d'attention au problème plutôt qu'à la machine.