F5b · Toute l'interface dans une balise image
Le displayer
Une interface complète servie dans une seule balise image. Le client fait 2,1 Ko et ne contient aucune logique — il n'en contient pas du tout.
01Ce que c'est
L'interface entière arrive dans une seule balise image. Les clics et les frappes repartent au serveur, qui décide et renvoie l'image suivante. L'entrée est à cent pour cent côté serveur : le client n'arbitre rien, ne valide rien, ne connaît aucune règle métier.
Le colis ne porte que le changement. Une scène immobile ne coûte donc presque rien sur le lien — ce n'est pas une image renvoyée en boucle, c'est un différentiel.
Sur microcontrôleur, aucun format d'image n'est décodé : les pixels arrivent déjà transcodés, dans une forme que la cible affiche directement.
02Les points clés
- Un client de 2,1 Ko
- Et aucune logique dedans. Il n'y a rien à mettre à jour sur l'appareil.
- L'entrée est 100 % serveur
- Le client transmet les gestes, il n'en interprète aucun.
- Le colis ne porte que le changement
- Scène immobile ≈ rien sur le lien.
- Zéro décodage embarqué
- Le microcontrôleur reçoit des pixels prêts, pas un format à décompresser.
03Quatre points de vue
◐ Ce que ça change à l'écran
Qu'est-ce que je vois, et qu'est-ce que je fais autrement ?
L'écran de la machine répond, et l'appareil derrière coûte trois fois rien. Vous ne voyez jamais de mise à jour à installer, parce qu'il n'y en a pas sur cet appareil.
⌥ Brancher ça chez soi
Par où ça entre dans mon logiciel, et qu'est-ce que ça me coûte ?
Vous ne déployez plus une application par appareil. Il n'y a pas de version cliente à supporter, pas de compatibilité descendante à tenir, pas de magasin d'applications dans la boucle.
◆ Ce que ça vous fait gagner
Quel risque ça lève, et qu'est-ce qui est vérifiable ?
Une mise à jour ne se déploie qu'à un seul endroit, et le parc n'a pas besoin de suivre les montées de version. C'est un coût de flotte qui disparaît — à partir d'une certaine taille de flotte, et nul en dessous.
✻ Pourquoi ça marche
Quel est le principe, et en quoi il diffère de l'existant ?
Le rendu au serveur a mauvaise réputation depuis les terminaux distants, à cause de la latence. Ce qui change la donne est le volume : l'interface est décrite et différentielle, pas photographiée à chaque image, donc ce qui traverse le lien est minuscule.
04À quoi ça sert
- Bornes, postes légers, terminaux d'atelier
- Écrans à encre électronique et affichage distant
- Dispositifs médicaux et IHM industrielle où le parc doit rester bête
05Où une autre solution vous servira mieux
- Tout passe par le lien. Si le réseau tombe, l'écran ne réagit plus — il n'a rien en propre pour continuer. C'est le prix d'un client sans logique, et il faut le payer en connaissance de cause.
- L'optimisation du colis différentiel est en cours de réglage : le principe tourne, le rendement plafond ne l'est pas encore.
- Si vos utilisateurs ont besoin de travailler hors ligne sur le poste, ce n'est pas la bonne pièce — regardez plutôt la carte hors-ligne.
06Lectures disciplinaires
- ❀ Écologie
- C'est la lecture la plus favorable de toute la pile, et elle porte sur le matériel, pas sur le calcul. Un client sans logique n'a pas besoin de suivre les montées de version : le renouvellement du parc cesse d'être imposé par le logiciel. La durée de vie d'un appareil devient une décision, non une échéance.
- ◍ Sociologie & anthropologie
- La lecture est ici défavorable et il faut la dire. Mettre toute la logique au serveur retire à l'utilisateur et au poste local toute capacité d'agir hors du cadre prévu. On gagne en cohérence et en coût de flotte ce qu'on perd en autonomie du poste : c'est une centralisation, même si elle est locale.
- ⧉ Économie
- Le coût dominant d'un parc n'est pas le matériel mais le déploiement. Ramener l'intelligence à un seul endroit ne supprime pas ce coût : il le concentre. Le gain est réel à partir d'une certaine taille de flotte, et nul en dessous.