Snellere realtime synchronisatie: waarom we de data-engine opnieuw hebben gebouwd

Dit bericht gaat over het leidingwerk, en daar ga ik me niet voor verontschuldigen. Het minst glamoureuze werk dat we doen — de engine die uw verbindingen gesynchroniseerd houdt — is het werk dat al het andere in DxQSO mogelijk maakt. Is die engine traag of onbetrouwbaar, dan zijn de meldingen, de prestaties en de samenwerking die we erop bouwen dat ook. Dus zijn we teruggegaan en hebben we hem opnieuw gebouwd.

Waarom realtime de kern is

Bedenk wat DxQSO eigenlijk is: geen logboek, maar een systeem dat de logboeken die u al gebruikt verbindt met de telefoon in uw zak en de e-mail in uw inbox. Dat werkt alleen als uw verbindingsgegevens echt live zijn. Een bevestiging op LoTW® is als melding waardeloos als het uren duurt voordat die u bereikt. Een nieuwe grid die u net hebt gewerkt, kan niet in uw prestaties of in de gedeelde activiteit van uw club verschijnen als de gegevens verouderd zijn. Realtime is hier geen leuke extra. Het ís het product.

Toen logboeken in het begin groeiden tot tienduizenden verbindingen, begon ons oorspronkelijke synchronisatiepad te kraken. Uw log openen op een telefoon met een matige verbinding in een park is een heel ander probleem dan op een snelle desktop thuis, en de eerste engine was niet voor die wereld gebouwd. Daarom hebben we vanaf de grond af herschreven hoe DxQSO uw verbindingen ophaalt, in de cache opslaat en bijwerkt.

Wat er onder de motorkap is veranderd

Drie dingen, in gewone taal. Ten eerste is synchronisatie nu incrementeel — het systeem vraagt wat er sinds de vorige controle is veranderd, in plaats van elke keer uw hele log binnen te halen. Ten tweede zijn de gegevens op elk apparaat slimmer, zodat het bekijken en doorzoeken van uw verbindingen niet meer op het netwerk hoeft te wachten. Ten derde hebben we de tijdstempels en de administratie aangescherpt die bepalen wat echt nieuw is — het onopvallende detail dat “wat is er veranderd sinds de vorige keer” betrouwbaar genoeg maakt voor een melding waar u op kunt rekenen.

Niets daarvan ziet u als een knop. U merkt het doordat het systeem direct aanvoelt, en doordat bevestigingen en activiteit u vrijwel realtime bereiken in plaats van wanneer de app er toevallig aan toekwam.

Gebouwd voor de zwakke verbinding, niet voor het lab

Een synchronisatie-engine wordt niet echt getest op een snelle desktop met glasvezel thuis. Dat gebeurt op een telefoon met twee streepjes aan het eind van een parkweg, met een accu die u probeert te sparen, als u alleen even wilt controleren of de log is geüpload voordat u afbreekt. Voor die omgeving hebben we geoptimaliseerd. Incrementele synchronisatie betekent dat een controle via een zwak signaal een paar kilobytes verstuurt, niet uw hele verbindingsgeschiedenis. Slimmere gegevens op het apparaat betekenen dat het log dat u al hebt opgehaald direct beschikbaar is om te scrollen en te doorzoeken, zelfs als de verbinding helemaal wegvalt.

Hetzelfde ontwerp betaalt zich ook thuis uit. Als uw log tienduizenden verbindingen telt, is het verschil tussen “vraag wat er veranderd is” en “haal alles opnieuw op” het verschil tussen een logboek dat meteen opent en een logboek dat u met tegenzin opent. De engine gedraagt zich nu bij een enorm log net zo als bij een klein log, en alleen zo blijft een tool bruikbaar terwijl uw activiteit door de jaren heen groeit.

Betrouwbaar genoeg om meldingen op te bouwen

Snelheid was maar de helft van het werk. Een meldingssysteem is maar zo betrouwbaar als de tijdstempels eronder. Als het systeem niet met zekerheid kan zeggen wat echt nieuw is, mist het bevestigingen of slaat het loos alarm — en beide ondermijnen uw vertrouwen snel. Een gemiste melding van een nieuw DXCC-land is een teleurstelling; een stroom valse meldingen is erger, want u leert het gezoem te negeren, en dan glipt ook die ene belangrijke erdoor. Het aanscherpen van die administratie is onzichtbaar werk, maar het is het hele fundament van een melding waar u echt iets mee doet.

Daarom hebben we “wat is er veranderd sinds de vorige keer” als volwaardig probleem behandeld in plaats van als bijzaak. Elke bevestiging, elke nieuwe grid, elke award-mijlpaal waarover DxQSO u belooft te informeren, hangt ervan af dat het systeem precies weet dat het nieuw is. Doe dat goed en de meldingen voelen als magie. Doe het fout en het hele idee valt uit elkaar.

Het fundament voor alles wat komt

Ik vertel u over een herbouw waar de meeste bedrijven nooit over zouden praten, omdat die stilletjes de basis vormt voor de functies die ik het komende jaar het liefst lanceer. Automatische vastlegging vanuit het veld en de shack. Directe QSL-meldingen op uw telefoon en in uw inbox. Prestaties die bijgewerkt worden zodra een bevestiging binnenkomt. Clubs en teams die elkaars activiteit live zien. Elk daarvan vraagt om een synchronisatie-engine die snel en betrouwbaar genoeg is om bij te houden hoe u werkelijk actief bent.

U zult geen changelog-regel zien met “we hebben de data-engine herschreven.” U merkt alleen dat uw log actueel is wanneer u het nodig hebt, dat meldingen komen wanneer ze moeten komen en dat het systeem u niet in de weg zit. Dat was precies de bedoeling — het realtime fundament bouwen waarop de rest van DxQSO rust.