Szybsza synchronizacja w czasie rzeczywistym: dlaczego przebudowaliśmy silnik danych

Ten wpis jest o hydraulice i nie zamierzam za to przepraszać. Najmniej efektowna praca, jaką wykonujemy — silnik, który utrzymuje Twoje łączności w synchronizacji — to właśnie ta, dzięki której wszystko inne w DxQSO jest możliwe. Jeśli ten silnik jest wolny lub zawodny, to alerty, osiągnięcia i współpraca, które na nim budujemy, też są wolne i zawodne. Dlatego wróciliśmy do podstaw i zbudowaliśmy go od nowa.

Dlaczego czas rzeczywisty to sedno sprawy

Przypomnij sobie, czym naprawdę jest DxQSO: nie logiem, lecz systemem, który łączy logi, z których już korzystasz, z telefonem w Twojej kieszeni i pocztą w skrzynce. To działa tylko wtedy, gdy Twój zapis aktywności jest naprawdę na żywo. Potwierdzenie, które trafia do LoTW®, jest bezwartościowe jako alert, jeśli dociera do Ciebie po kilku godzinach. Nowy lokator, który właśnie zrobiłeś, nie pojawi się w Twoich osiągnięciach ani we wspólnej aktywności klubu, jeśli dane są nieaktualne. Czas rzeczywisty to tu nie miły dodatek. To jest sam produkt.

Na początku, gdy logi rozrosły się do dziesiątek tysięcy łączności, nasza pierwotna ścieżka synchronizacji zaczęła trzeszczeć. Otwieranie logu na telefonie przy słabym zasięgu w parku to zupełnie inny problem niż otwieranie go na szybkim komputerze w domu, a pierwszy silnik nie był stworzony do takiego świata. Dlatego od zera napisaliśmy na nowo sposób, w jaki DxQSO pobiera, buforuje i aktualizuje Twoje łączności.

Co zmieniło się pod maską

Trzy rzeczy, po ludzku. Po pierwsze, synchronizacja jest teraz przyrostowa — system pyta o to, co zmieniło się od ostatniego sprawdzenia, zamiast za każdym razem ściągać cały Twój log. Po drugie, dane przechowywane na każdym urządzeniu są sprytniejsze, więc przeglądanie i wyszukiwanie łączności nie czeka już na sieć. Po trzecie, dopracowaliśmy znaczniki czasu i księgowość, które decydują, co jest naprawdę nowe — ten nieefektowny szczegół sprawia, że „co zmieniło się od ostatniego razu” jest na tyle wiarygodne, by uruchomić alert, na którym możesz polegać.

Nic z tego nie pojawia się jako przycisk. Widać to po tym, że system działa natychmiast, a potwierdzenia i aktywność docierają do Ciebie niemal w czasie rzeczywistym, a nie wtedy, gdy aplikacja wreszcie raczy je zauważyć.

Zbudowany na słaby zasięg, nie na laboratorium

Prawdziwym testem silnika synchronizacji nie jest szybki komputer na domowym światłowodzie. To telefon z dwiema kreskami na końcu parkowej drogi, na baterii, którą próbujesz oszczędzać, gdy chcesz tylko sprawdzić, czy log dotarł, zanim zwiniesz stanowisko. Właśnie pod takie warunki optymalizowaliśmy. Synchronizacja przyrostowa oznacza, że sprawdzenie przy słabym sygnale przesyła kilka kilobajtów, a nie całą Twoją historię. Sprytniejsze dane na urządzeniu oznaczają, że pobrany już log masz pod ręką do przewijania i wyszukiwania, nawet gdy połączenie całkiem zniknie.

Ta sama konstrukcja procentuje też w domu. Gdy Twój log liczy dziesiątki tysięcy łączności, różnica między „zapytaj o zmiany” a „ściągnij wszystko jeszcze raz” to różnica między logiem, który otwiera się natychmiast, a takim, którego otwierania zaczynasz się bać. Silnik zachowuje się teraz tak samo przy ogromnym logu, jak przy małym — tylko tak narzędzie pozostaje użyteczne, gdy Twoja aktywność rośnie przez lata.

Na tyle niezawodny, by budować na nim alerty

Szybkość to tylko połowa zadania. System alertów jest tak wiarygodny, jak znaczniki czasu pod spodem. Jeśli system nie potrafi z pewnością stwierdzić, co jest naprawdę nowe, albo przegapia potwierdzenia, albo podnosi fałszywe alarmy — a jedno i drugie szybko podkopuje zaufanie. Przegapiony alert o nowym DXCC to rozczarowanie; seria fałszywych jest gorsza, bo uczysz się ignorować powiadomienia, a wtedy umyka też to jedno ważne. Dopracowanie tej księgowości to niewidoczna praca, ale to cały fundament powiadomień, na które naprawdę zareagujesz.

Dlatego potraktowaliśmy „co zmieniło się od ostatniego razu” jako problem pierwszej wagi, a nie coś na doczepkę. Każde potwierdzenie, każdy nowy lokator, każdy kamień milowy dyplomu, o którym DxQSO może obiecać Ci powiedzieć, zależy od tego, czy system wie dokładnie, że to coś nowego. Zrób to dobrze, a alerty działają jak magia. Zrób to źle, a cała idea się sypie.

Fundament pod wszystko, co dalej

Opowiadam o przebudowie, o której większość firm nigdy by nie wspomniała, bo to cichy motor funkcji, na których wdrożenie w nadchodzącym roku cieszę się najbardziej. Automatyczne przechwytywanie łączności w terenie i w shacku. Natychmiastowe alerty QSL na telefon i do skrzynki. Osiągnięcia aktualizowane w chwili, gdy przychodzi potwierdzenie. Kluby i zespoły widzące swoją aktywność na żywo. Każda z tych rzeczy zależy od silnika synchronizacji na tyle szybkiego i niezawodnego, by nadążyć za tym, jak naprawdę pracujesz.

Nie zobaczysz w changelogu wpisu „przepisaliśmy silnik danych”. Po prostu zauważysz, że Twój log jest aktualny, kiedy go potrzebujesz, że alerty przychodzą wtedy, kiedy powinny, i że system Ci nie przeszkadza. O to właśnie chodziło — o zbudowanie fundamentu czasu rzeczywistego, na którym stoi cała reszta DxQSO.