Une synchronisation plus rapide, en temps réel : pourquoi nous avons reconstruit le moteur de données

Ce billet parle de tuyauterie, et je ne vais pas m’en excuser. Le travail le moins glamour que nous faisons — le moteur qui garde vos contacts synchronisés — est celui qui rend tout le reste possible dans DxQSO. Si ce moteur est lent ou peu fiable, les alertes, les diplômes et les outils collaboratifs que nous construisons par-dessus le sont aussi. Alors nous l’avons reconstruit.

Pourquoi le temps réel est l’essentiel

Rappelons ce qu’est vraiment DxQSO : non pas un logbook, mais un système qui relie les logbooks que vous utilisez déjà au téléphone dans votre poche et à votre boîte mail. Cela ne fonctionne que si votre trafic est réellement à jour. Une confirmation arrivée sur LoTW® ne vaut rien comme alerte si elle met des heures à vous parvenir. Un nouveau locator que vous venez de contacter ne peut pas apparaître dans vos diplômes, ni dans l’activité partagée de votre club, si les données sont périmées. Ici, le temps réel n’est pas un bonus. C’est le produit.

Au début, lorsque les logbooks ont atteint des dizaines de milliers de contacts, notre premier mécanisme de synchronisation a commencé à grincer. Ouvrir son log sur un téléphone avec une connexion précaire dans un parc n’a rien à voir avec l’ouvrir sur un ordinateur rapide à la maison, et le premier moteur n’avait pas été conçu pour cela. Nous avons donc entièrement réécrit la façon dont DxQSO récupère, met en cache et actualise vos contacts.

Ce qui a changé sous le capot

Trois choses, en termes simples. D’abord, la synchronisation est désormais incrémentale — le système demande ce qui a changé depuis sa dernière vérification, au lieu de rapatrier tout votre log à chaque fois. Ensuite, les données conservées sur chaque appareil sont plus intelligentes : consulter et rechercher vos contacts ne dépend plus du réseau. Enfin, nous avons resserré les horodatages et le suivi qui déterminent ce qui est vraiment nouveau — ce détail ingrat qui rend « ce qui a changé depuis la dernière fois » suffisamment fiable pour déclencher une alerte sur laquelle vous pouvez compter.

Rien de tout cela n’apparaît sous forme de bouton. Cela se traduit par un système qui réagit immédiatement, et par des confirmations et une activité qui vous parviennent quasiment en temps réel, plutôt que quand l’appli finit par s’en rendre compte.

Conçu pour la connexion précaire, pas pour le labo

Le vrai test d’un moteur de synchronisation, ce n’est pas un ordinateur rapide sur la fibre à la maison. C’est un téléphone avec deux barres au bout d’un chemin de parc, une batterie à ménager, au moment où vous voulez juste vérifier que le log est bien envoyé avant de tout démonter. C’est pour cet environnement que nous avons optimisé. Avec la synchronisation incrémentale, une vérification sur un signal faible ne transfère que quelques kilo-octets, pas tout votre historique de trafic. Et grâce aux données plus intelligentes sur l’appareil, le log déjà récupéré reste disponible pour le parcourir et le rechercher, même si la connexion tombe complètement.

Cette conception paie aussi à la maison. Quand votre log compte des dizaines de milliers de contacts, la différence entre « demander ce qui a changé » et « tout retélécharger » est celle entre un logbook qui s’ouvre instantanément et un logbook qu’on redoute d’ouvrir. Le moteur se comporte désormais de la même façon avec un énorme log qu’avec un petit, et c’est la seule manière pour qu’un outil reste utilisable à mesure que votre trafic grandit au fil des années.

Assez fiable pour bâtir des alertes dessus

La vitesse n’était que la moitié du travail. Un système d’alertes n’est fiable que si les horodatages qui le sous-tendent le sont. Si le système ne peut pas dire avec certitude ce qui est vraiment nouveau, soit il rate des confirmations, soit il crie au loup — et dans les deux cas, votre confiance s’effrite vite. Une alerte de nouvelle entité DXCC manquée est une déception ; une série de fausses alertes est pire, car vous apprenez à ignorer les notifications, et celle qui comptait passe inaperçue elle aussi. Resserrer ce suivi est un travail invisible, mais c’est tout le fondement d’une notification à laquelle vous donnerez vraiment suite.

C’est pourquoi nous avons traité « ce qui a changé depuis la dernière fois » comme un problème à part entière, et non comme un détail secondaire. Chaque confirmation, chaque nouveau locator, chaque étape vers un diplôme que DxQSO peut promettre de vous signaler dépend de la capacité du système à savoir, précisément, que c’est nouveau. Si c’est juste, les alertes semblent magiques. Sinon, tout le concept s’effondre.

Les fondations de tout ce qui suit

Je vous parle d’une refonte que la plupart des entreprises ne mentionneraient jamais, parce qu’elle est le moteur discret des fonctionnalités que j’ai le plus hâte de lancer dans l’année qui vient. La capture automatique depuis le terrain et la station. Des alertes QSL instantanées sur votre téléphone et dans votre boîte mail. Des diplômes mis à jour dès qu’une confirmation arrive. Des clubs et des équipes qui voient l’activité des uns et des autres en direct. Tout cela repose sur un moteur de synchronisation assez rapide et fiable pour suivre votre façon réelle de trafiquer.

Vous ne verrez pas de note de version disant « nous avons réécrit le moteur de données ». Vous remarquerez simplement que votre log est à jour quand vous en avez besoin, que les alertes arrivent au bon moment et que le système ne vous gêne pas. C’était tout l’objectif — bâtir les fondations temps réel sur lesquelles repose tout le reste de DxQSO.