Du silicium au cloud

Nous concevons la partie du produit où une erreur ne se corrige pas par un déploiement : le firmware qui part avec la carte. Choix du microcontrôleur, budget mémoire et consommation, fiabilité de la chaîne de mesure, stratégie de mise à jour sur le terrain.

Nous intervenons aussi en reprise : un firmware existant qui plante en production, une mesure qui dérive, un protocole qui ne tient pas la charge.

La conformité ne s’ajoute pas à la fin d’un projet, elle se construit avec lui. Nous structurons le cycle de vie logiciel, la classification, l’analyse de risque et la traçabilité exigence → conception → test, de façon à ce que le dossier reflète le produit réel plutôt qu’une reconstitution après coup.

Nous travaillons avec les équipes de développement, pas à côté d’elles : l’objectif est un dossier défendable devant un organisme notifié sans avoir transformé l’ingénierie en production documentaire.

L’application est souvent le seul endroit où l’utilisateur rencontre le produit. Pour un objet connecté, c’est aussi elle qui porte l’appairage, la synchronisation hors ligne et la reprise quand la liaison tombe — des sujets qui se règlent entre le firmware et l’écran, pas dans l’un des deux.

Nous concevons et développons ces applications, du parcours utilisateur jusqu’à la publication sur les stores : natif Swift ou Java quand le matériel l’exige, Flutter quand une base de code commune suffit, Angular ou React pour les interfaces web et les back-offices — y compris lorsque l’application relève elle-même du dispositif médical.

Nous développons le logiciel qui fait tourner un service : back-ends Java/Spring, Node.js, Python ou PHP, API documentées, intégrations avec les outils déjà en place, espaces clients et back-offices. Du service numérique d’une PME à la plateforme d’un parc d’objets connectés.

Dès que du matériel entre en jeu, une plateforme n’est plus une application avec des capteurs devant : c’est une chaîne de bout en bout dont chaque maillon a ses propres modes de panne. Nous dessinons cette chaîne, arbitrons entre cloud public et auto-hébergement, et posons l’authentification, la supervision et la sauvegarde avant que le volume n’arrive.

L’intérêt d’un modèle de langage en entreprise se joue rarement dans le modèle et presque toujours dans le branchement : quelles données il voit, quels outils il peut appeler, ce qui se passe quand il se trompe, et où s’arrête son autonomie.

Nous construisons ces branchements — serveurs MCP authentifiés, workflows n8n, agents spécialisés — avec une contrainte constante sur la confidentialité des données traitées.