Otwarte z założenia: API DxQSO dla twórców logów i aplikacji

Chcę ci opowiedzieć o czymś, co jest nie tyle nową funkcją, ile deklaracją intencji. DxQSO ma teraz otwarte API — frontowe drzwi dla innych twórców logów i aplikacji, którzy chcą budować na tym samym połączonym systemie, na którym działa wszystko, co robimy. Jeśli kiedyś zastanawiałeś się, czemu tak uparcie powtarzamy, że DxQSO to nie log, oto najjaśniejsza odpowiedź.

Platforma dla aplikacji, które już lubisz

Od samego początku naszą filozofią było wzmacniać aplikacje, których już używasz, a nie z nimi konkurować. Istnieją świetne programy do logowania i świat nie potrzebuje od nas kolejnego. Brakowało natomiast nowoczesnego, wspólnego miejsca, w którym dane krótkofalarskie mogą żyć i płynąć — oraz sposobu, by deweloperzy mogli się do niego podłączyć. API to właśnie ta idea zamieniona w infrastrukturę.

Daje deweloperom czysty, wspierany sposób na przesyłanie aktywności z logu do DxQSO i odczytywanie tego, co robi operator — jego łączności, osiągnięć QSL, tego, co właśnie robi — zawsze za zgodą operatora. Pomyśl, co to otwiera. Aplikacja POTA, która zapisuje aktywacje prosto do twojego żywego rejestru. Narzędzie contestowe, które odczytuje twoje wyniki. Platforma klubowa, tracker dyplomów, serwis propagacyjny, aplikacja krótkofalarska, której nikt jeszcze nie zbudował — wszystkie mogą połączyć się z tym samym rejestrem w czasie rzeczywistym i tymi samymi alertami.

Odczyt i zapis, zawsze za zgodą

Technicznie API robi dwie rzeczy i obie wymagają zgody operatora. Pozwala aplikacji zapisywać aktywność do żywego rejestru użytkownika — aplikacja POTA publikuje aktywację, program logujący przesyła łączności na bieżąco. Pozwala też aplikacji odczytywać, co robi operator — jego scalone łączności, potwierdzone osiągnięcia QSL, to, co właśnie robi — dzięki czemu narzędzie działa na prawdziwych, aktualnych danych zamiast na nieaktualnym eksporcie. Nic się nie dzieje bez zgody operatora. Nie chodzi o otwarcie twojego logu na świat, tylko o to, by narzędzia, które ty wybierasz, współpracowały w twoim imieniu.

Co to umożliwia

Najciekawsze nie są endpointy, tylko to, co ludzie na nich zbudują. Tracker dyplomów, który czyta twoje bieżące wyniki i daje znać, gdy brakuje ci jednego potwierdzenia. Serwis propagacyjny, który wie, czego ci jeszcze brakuje, i wskazuje otwarcie. Platforma klubowa pokazująca prawdziwą aktywność członków. Narzędzie contestowe, które zapisuje log prosto do twojego rejestru bez eksportu. Cała kategoria aplikacji krótkofalarskich, których nikt jeszcze nie zbudował, bo do tej pory nie było wspólnego miejsca na dane w czasie rzeczywistym. Każda z nich staje się weekendowym projektem zamiast budowy infrastruktury od zera, bo cała hydraulika już istnieje.

Dlaczego otwarty interfejs ma znaczenie dla hobby

Nasze dane od dekad tkwią w pułapce — zamknięte w programach desktopowych, eksportowane do plików ADIF, importowane ponownie, duplikowane i gubione. Każdy deweloper, który chciał zrobić coś ciekawego, musiał najpierw od nowa wymyślać hydraulikę. Otwarte, dobrze udokumentowane API oznacza, że mogą przestać to robić i zacząć budować właściwy pomysł. To dobre dla nich i jeszcze lepsze dla nas, operatorów, którzy korzystają z tego, co stworzą.

Właśnie dlatego powtarzamy, że DxQSO to system, a nie aplikacja. Repozytorium, które przechowuje twoje logi, to fundament. Łączność, alerty w czasie rzeczywistym, współpraca, a teraz otwarty interfejs, do którego może podłączyć się cały ekosystem — to jest produkt. Chcemy być warstwą łączącą, na której powstanie kolejne pokolenie oprogramowania krótkofalarskiego.

Dla deweloperów i dla całej reszty

Jeśli tworzysz oprogramowanie krótkofalarskie, to otwarte zaproszenie: buduj na DxQSO, a my weźmiemy na siebie hydraulikę danych i dostarczanie w czasie rzeczywistym, żebyś ty nie musiał. Odezwij się i porozmawiajmy o tym, co chcesz stworzyć.

A jeśli nie piszesz kodu, to i tak ma to dla ciebie znaczenie. Narzędzia, których użyjesz jutro, będą mogły rozmawiać z tym samym rejestrem — oprogramowanie naszego hobby wreszcie zaczyna działać jak jeden połączony ekosystem, a nie szuflada programów, które nie potrafią się ze sobą dogadać. Ku takiej przyszłości zmierzamy, a API otwiera do niej drzwi.