C’è un livello di stress che va ben oltre il vedere il tuo codice andare in crash dopo una notte di debugging senza caffè. Immaginate di trovarvi in un ambiente a pressione controllata, a chilometri di altezza, e di sentire un sibilo che non dovrebbe esserci. Ecco, la NASA ha appena vissuto questo momento decisamente poco rilassante.
Recentemente, sulla Stazione Spaziale Internazionale (ISS) è stata rilevata una perdita d’aria. Non parliamo di un piccolo bug nel modulo di gestione del software o di un sensore che va in loop infinito; parliamo di un problema strutturale serio. La NASA ha dovuto dare ordini drastici: cinque astronauti su sette sono stati evacuati dalla zona interessata e sono stati fatti rifugiare all’interno del modulo SpaceX Crew Dragon «Freedom». Mentre loro stavano lì, in attesa che la situazione si stabilizzasse, due cosmonauti russi hanno dovuto mettersi al lavoro per tentare una riparazione d’urgenza.
Da smanettone, la prima cosa che mi viene in mente è: che tipo di patch stavano applicando? Se fosse un circuito stampato, avrei suggerito un po’ di resina epossidica o una buona goccia di saldatore, ma quando sei nello spazio, il ‘quick fix’ è decisamente più complicato. Il problema è che la ISS è, a tutti gli effetti, il progetto di engineering più complesso mai realizzato, un mix di hardware di epoche diverse, protocolli legacy e componenti di fornitori differenti che dovrebbero convivere in un ecosistema perfetto. E invece, ecco il leak.
Questa notizia ci ricorda una cosa fondamentale che noi che amiamo il makerismo sappiamo bene: l’importanza della manutenzione predittiva e della ridondanza. Se un pezzo di hardware fallisce in un ambiente controllato, hai un piano di backup. Se fallisce in orbita, hai un problema di sopravvivenza. Mi fa riflettere su quanto sia critico non sottovalutare mai i componenti ‘low-level’. Possiamo anche passare le ore a ottimizzare un shader in Blender o a scrivere script Python complessi per l’IA, ma se la struttura fisica (il ‘hardware’ di base) cede, tutto il resto è inutile.
Certo, c’è da lodare la capacità di reazione. L’uso del Crew Dragon come ‘safe room’ è una prova del fatto che l’integrazione tra sistemi diversi (SpaceX e la struttura russa/americana della ISS) funziona, almeno nelle emergenze. Ma speriamo che la prossima ‘update’ non richieda di resettare l’intera stazione spaziale come se fosse un router impazzito. Incrociamo le dita per i russi e per gli astronauti, e speriamo che il prossimo leak sia solo quello di una memoria RAM difettosa sul mio vecchio PC retro.
Source: Astronauts told to return to ISS after sheltering over air leak repairs