Spectra

Sur le web, Spectra est le centre de commande complet du client : commande de serveurs, console, fichiers, statistiques, facturation. Tout ce dont un administrateur a besoin pour que son serveur Minecraft ou autre reste debout et fonctionne. Le hic, c'est que ce centre de commande est enchaîné au bureau.

Un administrateur ne travaille pas de neuf à dix-sept heures devant un écran. Une panne ne consulte pas le calendrier - elle arrive dans le bus, au déjeuner, au milieu de la nuit, quand le serveur est justement plein de joueurs. Alors une seule chose compte : à quelle vitesse le téléphone dans votre poche vous mène à un redémarrage et à une console avant que les joueurs ne commencent à partir.

C'est pourquoi nous avons construit la version mobile de Spectra comme une vraie façon de piloter la plateforme, et non comme un ajout au panneau web. En pratique, ce sont deux applications distinctes écrites dans le langage natif de chaque plateforme - Android en Kotlin, iOS en Swift - qui s'adressent exactement à la même API que le panneau du navigateur.

Quand un serveur tombe en pleine heure de pointe, chaque minute, ce sont des joueurs qui ne reviennent pas. À ce moment-là, vous ne démarrez pas un ordinateur portable, vous ne vous connectez pas au panneau web, vous ne cherchez pas d'onglet. Vous sortez le téléphone que vous tenez déjà en main et vous voulez être sur la console en deux touches.

Cela change ce que l'application doit être. Un outil que vous saisissez dans le stress d'une panne doit se lancer instantanément, réagir sans à-coups et mener au but sans errer dans les menus. Chaque seconde de délai entre le toucher de l'icône et la vue de la console est une seconde où le serveur reste à terre.

La voie la plus simple et la moins chère vers le mobile est d'emballer le panneau web existant dans une WebView et de l'envoyer au store comme une "application". Le code est déjà là, il suffit de l'entourer d'une fenêtre. Mais le raccourci se trahit à chaque étape : l'application démarre lentement, parce que le moteur du navigateur doit d'abord se réveiller, perd les gestes natifs, notifie mal ou pas du tout et ressemble à une page dans un cadre mince.

Pour un panneau que l'on touche de temps en temps, ce serait un compromis acceptable. Pour un outil de secours, non. Nous avons donc pris la route la plus difficile : une interface propre et native sur chaque plateforme, qui a l'air et se comporte comme une application de son système, et non la même maquette écrasée à la fois sur Android et iOS.

Ce que les deux applications partagent, c'est ce qui se trouve dessous : l'API et le modèle de données. Ce qui diffère, c'est l'interface, car Android et iOS ont leurs propres schémas de navigation, leur propre langage de gestes et leurs propres attentes quant au comportement d'une application. Forcer une seule interface commune sur les deux finit par la faire paraître étrangère sur les deux.

Le point clé, c'est que le client mobile parle à exactement la même API que le panneau web. Il n'y a pas de "version mobile au rabais" aux possibilités réduites - un redémarrage de serveur depuis le téléphone passe par le même contrat qu'un redémarrage depuis le navigateur. Ainsi, sur le téléphone, vous faites vraiment ce que vous faites au bureau, et non un sous-ensemble choisi.

Les notifications ne sont pas une décoration mais le cœur de toute l'idée pour le mobile. Ce sont elles qui vous font apprendre une panne avant le premier joueur. Sans elles, l'application serait une fenêtre passive que vous devez ouvrir vous-même au bon moment - et le bon moment est généralement celui où vous ne savez rien.

Un événement du backend a une forme simple et sans ambiguïté, et c'est cette forme qui décide où un toucher sur la notification vous dépose. Le deep link ne mène pas à un écran d'accueil mais droit à la console du serveur précis qui a un problème. Pas de recherche, pas de navigation - du son du téléphone jusqu'à l'endroit où vous pouvez agir, il y a une seule touche.

Le résultat est un outil qui sauve vraiment un serveur depuis un téléphone, et non un chemin de secours que vous utilisez une fois avant de revenir au portable. L'administrateur reçoit le panneau complet sur le téléphone : statut, console, actions d'alimentation, facturation - et apprend un problème au moment où il survient, pas quand il regarde par hasard.

Du côté de Spectra, le gain est tout aussi concret : le mobile n'est pas un produit séparé qui vit sa propre vie, mais un autre client de la même API. Une nouvelle possibilité dans le backend est accessible depuis le téléphone tout comme depuis le navigateur, sans réécrire la logique une deuxième et une troisième fois. Les chiffres ci-dessus sont illustratifs, mais la direction ne l'est pas.