Topic de HookInPussy :

[ALERTE 🚹] Les ASTRONAUTES vers la Lune ont un BUG

Le 03 avril 2026 Ă  01:11:10 :

Le 03 avril 2026 Ă  01:06:44 :

Le 03 avril 2026 Ă  01:03:02 :
oulook :rire:
bordel Ă  l'origine la NASA c'est 1000 lignes de code max par dev + rien de trop complexe pour ĂȘtre certain que ça bug pas :rire:
outlook :rire:

je viens de check avec Claude:

Les "Power of 10 Rules" de Gerard Holzmann (JPL/NASA)
C'est probablement la rĂ©fĂ©rence la plus connue. Holzmann, chercheur au Jet Propulsion Laboratory, a formalisĂ© 10 rĂšgles ultra-strictes pour le code critique en C, parmi lesquelles : pas de rĂ©cursion, pas d'allocation dynamique aprĂšs l'initialisation, toutes les boucles doivent avoir une borne supĂ©rieure fixe, pas plus de 60 lignes par fonction, au minimum deux assertions par fonction, etc. L'idĂ©e centrale est que le code doit ĂȘtre suffisamment simple pour ĂȘtre vĂ©rifiable par des outils d'analyse statique.
La productivité volontairement lente
Le chiffre que tu as en tĂȘte (quelque chose comme ~1000 lignes par dĂ©veloppeur par an) circule effectivement dans les discussions sur le dĂ©veloppement logiciel critique. Pour la navette spatiale, le processus Ă©tait cĂ©lĂšbre : le groupe du Shuttle Avionics Software chez Lockheed (Ă  Houston) produisait un logiciel avec un taux de dĂ©faut extraordinairement bas, de l'ordre de 0,1 bug pour 1000 lignes. Chaque modification passait par des revues massives, des tests exhaustifs, et une documentation rigoureuse. Le ratio effort/ligne de code Ă©tait Ă©norme par rapport Ă  l'industrie classique.
Le hardware volontairement "ancien"
LĂ  aussi c'est tout Ă  fait exact. Le processeur RAD750, utilisĂ© sur les rovers martiens et de nombreuses missions, est basĂ© sur l'architecture PowerPC 750 de la fin des annĂ©es 90, cadencĂ© autour de 200 MHz. Le raisonnement est double : d'abord la rĂ©sistance aux radiations (un processeur doit ĂȘtre "radiation-hardened", ce qui prend des annĂ©es de qualification), et ensuite la fiabilitĂ© prouvĂ©e. On prĂ©fĂšre un composant dont on connaĂźt parfaitement le comportement, y compris les cas limites, plutĂŽt qu'une puce rĂ©cente et performante mais moins caractĂ©risĂ©e. Le James Webb Space Telescope embarque un RAD750 aussi. Pour les standards grand public, c'est l'Ă©quivalent d'envoyer un iMac G3 dans l'espace.

La philosophie gĂ©nĂ©rale derriĂšre tout ça, c'est que dans un contexte oĂč un bug peut coĂ»ter des milliards de dollars ou des vies humaines, la complexitĂ© est l'ennemi, et la "lenteur" du dĂ©veloppement est en rĂ©alitĂ© un investissement dans la fiabilitĂ©. C'est un peu l'antithĂšse de la culture "move fast and break things".

C'est ça qui est magnifique dans l'absurde !
Outlook c'est quoi, on parle d'un logiciel qui Ă  lui seul fait probablement plus de globablement plus de 30 Ă  40 million de ligne de code https://image.noelshack.com/fichiers/2017/33/2/1502752887-jesus08.png

Un monstre qui embarque un calendrier, un gestionnaire de tùches, un carnet de contacts, un moteur de rendu HTML digne d'un navigateur web, des plugins, des connecteurs Exchange, du Teams intégré, de la télémétrie, des modules IA Copilot maintenant
 Pour lire des mails.
Le développeur de la navette spatiale en 1985 écrivait 420 000 lignes de code total pour contrÎler un vaisseau entier propulsion, navigation, systÚmes de vie, atterrissage. Et ce code avait un taux de défaut quasi nul.
Outlook Ă  lui seul fait probablement 80 fois ce volume de code. Pour afficher des mails. Et il plante Ă  60 000 km de la Terre.
Et le pire c'est que tu as raison : n'importe quel dev aurait dit "on met un petit mutt, un Alpine, un Thunderbird Ă  la limite, ou mĂȘme juste un client IMAP en ligne de commande, ça pĂšse 2 Mo, c'est auditable, c'est fiable". Mais non. Quelqu'un Ă  la NASA ou chez Lockheed a signĂ© un contrat Microsoft, et maintenant un astronaute en transit lunaire vit la mĂȘme expĂ©rience que Martine de la compta un lundi matin : "Outlook ne rĂ©pond pas. Voulez-vous attendre ?"

:rire:

"Moi aussi, mon Outlook plante, j'aurais pu ĂȘtre astronaute"

https://image.noelshack.com/fichiers/2019/17/3/1556140301-1548300218-risitas4k.png

Le 03 avril 2026 Ă  01:35:02 :
Hier encore les golems avaient les étoiles dans les yeux en voyant la fusée décollée

Au final les mecs se retrouvent coincés sans chiotte et ils peuvent pas consulter leur mail pour répondre aux princes africain

https://image.noelshack.com/fichiers/2017/14/1491484186-risitasueur.png

Le 02 avril 2026 Ă  22:09:13 :
les kheys, dites vous bien que des gens sont CONVAINCUS mais genre HARDCORE qu'on a vraiment posé les pieds sur la lune en 69 :rire:

je me suis pris la tĂȘte avec plusieurs de ces low, impossible de leur faire entendre raison

Quand ils te demandent pourquoi URSS a félicité les américains pour l'alunissage, tu leur répond quoi ?

Le 04 avril 2026 Ă  15:08:26 :

Le 02 avril 2026 Ă  22:09:13 :
les kheys, dites vous bien que des gens sont CONVAINCUS mais genre HARDCORE qu'on a vraiment posé les pieds sur la lune en 69 :rire:

je me suis pris la tĂȘte avec plusieurs de ces low, impossible de leur faire entendre raison

Quand ils te demandent pourquoi URSS a félicité les américains pour l'alunissage, tu leur répond quoi ?

Ah bah c'est le truc qui me fait dire que c'est vrai perso

Lors des missions Apollo l'électronique embarqué était moins présent, l'essentiel reposait sur de la mécanique et oui c'est beaucoup plus fiable et moins sujet aux turbulences et aux avaries :oui:

Données du topic

Auteur
HookInPussy
Date de création
2 avril 2026 Ă  22:05:38
Nb. messages archivés
206
Nb. messages JVC
206
Voir le topic sur JVC

Afficher uniquement les messages de l'auteur du topic

En ligne sur JvArchive
JvArchive compagnon
Découvrez JvArchive compagnon, l'userscript combattant la censure abusive sur le 18-25 !