Applications d'entreprise en .NET et Angular, et applications mobiles natives. TBL-IT intervient en mission chez ses clients, et édite ses propres logiciels — de la conception à la publication. Du premier écran jusqu'au serveur qui répond.
Une application ne s'arrête pas à son interface. Ce qui la rend fiable se joue aussi dans ce qu'on ne voit pas.
Le domaine séparé de ce qui l'entoure : la règle de gestion ne sait rien de la base de données ni du transport, et se teste donc sans les démarrer. Le principe ne dépend pas du langage, seulement de la discipline — c'est le même qui tient nos propres services, écrits en Rust.
Portails et consoles d'administration en Angular — celles que des équipes ouvrent tous les matins et gardent ouvertes toute la journée. Ce qui compte alors n'est pas l'effet visuel, c'est le nombre de gestes pour faire la tâche du jour.
Une application Angular qui devient une application installable sur iOS et Android sans réécriture, distribuée en interne ou par les magasins. Une seule base de code quand elle sert mieux le produit que deux — et deux quand l'application touche au matériel, au média ou à la sécurité.
iOS et Android écrits dans leurs langages. Puis ce que peu d'équipes vont chercher : le téléviseur du salon, l'écran de la voiture, la montre. Chacune a ses règles — une télécommande n'est pas un doigt, et une voiture ne montre pas de vidéo.
Lecture protégée sur chaque plateforme, et un contrôle qui REFUSE quand il ne peut pas garantir la protection — plutôt que de laisser passer en silence. Les jetons dorment dans le magasin de clés du matériel, pas dans un fichier de préférences.
Connexion par lien à usage unique, appairage d'un téléviseur depuis un téléphone, transfert d'appareil, révocation. Les jetons sont opaques et vérifiés côté serveur : ce qui circule ne dit rien, et ce qui décide n'est jamais le client.
Beaucoup d'applications supposent une connexion stable. Celles-ci ne le supposent pas : elles dégradent par étapes — lien direct, relais, puis hors ligne — et le disent au lieu de tourner dans le vide. Le même moteur décide sur mobile et sur le web.
TBL-IT ne fait pas que du service : la maison conçoit, publie et commercialise ses propres logiciels. C'est ce qui met la théorie à l'épreuve — un produit qu'on exploite soi-même, dont on encaisse les pannes et les retours, n'enseigne pas la même chose qu'un projet qu'on livre et qu'on quitte.
Référent technique d'une équipe : arbitrer une architecture, cadrer avec le métier, découper, estimer, relire. Et faire monter les autres — un choix qui n'est compris que de celui qui l'a fait ne survit pas à son départ.
Accompagnement d'équipes en place, et code hérité dont l'auteur est parti. Le travail commence par comprendre POURQUOI il est tel qu'il est — une bizarrerie cache souvent un cas réel — et rarement par le réécrire.
Publication sur les magasins, distribution interne, et surtout ce qui vient après : un parc de serveurs mis à jour ENTIÈREMENT ou pas du tout, des migrations qui ajoutent avant de retirer, et des contrôles qui bloquent la livraison quand le contrat n'est plus tenu.
Le niveau est dit tel qu'il est. « Au quotidien » veut dire en production, en mission ; « sur nos produits » veut dire qu'on l'écrit tous les jours, mais sur les logiciels de la maison ; « à l'aise » veut dire qu'on livre sans accompagnement ; « on sait reprendre » veut dire qu'on entretient l'existant sans prétendre le concevoir de zéro.
Une commande qui rend zéro ne dit pas qu'une fonctionnalité marche : elle dit qu'elle a fini. Ce qui compte, c'est de vérifier ce qui répond.
Un repli silencieux — une valeur par défaut qui remplace une erreur, un écran qui montre autre chose que ce qu'on a demandé — coûte plus cher qu'un refus net, parce que personne ne le signale.
Ce qui explique un choix vaut autant que le choix lui-même. Six mois plus tard, c'est ce qui permet de corriger sans casser.
Ces lignes sont reprises telles quelles de la Banque-Carrefour des Entreprises. Elles se recoupent avec le registre public, numéro par numéro.
