Éditeur
Ce que nous publions
qb, un framework d’acteurs en C++20, et les modules de protocole qui l’entourent : HTTP, WebSocket, PostgreSQL, Redis. Écrits pour le débit, maintenus parce que nous les exploitons nous-mêmes.
Intelligent System Network Development
Nous écrivons du logiciel qui doit tenir.
Studio parisien à deux versants : le logiciel système que nous publions en open source, et les plateformes que nous concevons, construisons et exploitons pour des organisations dont les besoins dépassent les outils du marché.
Studio parisien, missions à l’internationalOpen source publié depuis 2013Environnements réglementés et forte charge
Deux versants d’une même pratique
Le code que nous publions est celui que nous déployons. Les missions le financent, et le publier est ce qui permet à quiconque de vérifier sur quoi nous construisons.
Conseil
Ce que nous construisons
Cœurs de back-office, intégration entre des systèmes qui n’ont jamais été prévus pour se parler, reporting qu’un régulateur acceptera, et fonctions d’IA qui héritent des obligations déjà attachées à vos données.
Ce qui change une fois en production
Quatre résultats sur lesquels nous acceptons d’être jugés.
Des chiffres exploitables
Un seul jeu de chiffres pour l’exploitation et pour la direction, rafraîchi au rythme que vous choisissez, avec une alerte quand un processus dérive plutôt qu’une découverte trois semaines plus tard.
Des cycles plus courts
Des flux que personne ne ressaisit, des validations qui suivent le circuit déjà utilisé par les équipes, et moins de passages de main entre des systèmes qui auraient dû se parler.
Des données qui tiennent en audit
Des contrats explicites entre domaines, une traçabilité que l’on peut remonter, et des exports qui se réconcilient avec ce que les systèmes opérationnels contiennent réellement.
Une revue de sécurité qui passe
Contrôle d’accès, piste d’audit, et fonctions d’IA construites sous les mêmes règles de protection des données que le reste. Écrit pour qu’un RSSI le signe, et pas seulement le tolère.
Les mêmes personnes, du brief à l’astreinte
Architecture, données, sécurité, coûts et exploitation restent cohérents parce que les ingénieurs qui les ont décidés sont ceux qui portent l’astreinte.
Nous sommes encore là pour les tests d’intégration, les questions du régulateur, le modèle qui dérive et le trafic qui arrive plus tôt que prévu.
2013
nos premiers dépôts publics
14
dépôts publics, ouverts à la lecture et au fork
3
langues de travail : français, anglais, espagnol
Là où nos ingénieurs ont travaillé
Pas une promesse de plaquette : les secteurs d’où viennent nos ingénieurs avant ISNDEV, et le type de système qu’ils y construisaient.
Finance & assurance
Systèmes de contrats et de sinistres, reporting réglementaire, supervision des paiements. Des systèmes où une règle d’arrondi est une question juridique.
Santé & sciences de la vie
Parcours de soins et opérations de laboratoire, où une donnée doit rester traçable des années après le départ de celui qui l’a saisie.
Culture & médias
Billetterie et plateformes d’audience qui encaissent une année de trafic en un après-midi, avec un back-office qui suit.
Retail & logistique
Stock, préparation de commandes et cœurs e-commerce, au point où un tableur et trois outils cessent d’être d’accord entre eux.
Énergie & grands opérateurs
Gouvernance des contrats et des fournisseurs, et processus administratifs restés sur papier à une échelle où le papier ne tient plus.
Secteur public & institutions
Démarches en ligne et le reporting qui va avec, où la piste d’audit est le sujet et non une option.
Une mission s’est bien passée quand l’équipe du client exploite le système elle-même, et que le runbook répond aux questions auxquelles nous répondions au téléphone.
Le code est public. Les tickets aussi.
Chaque dépôt porte son historique et ses tickets ouverts. Vous voyez ce que nous avons choisi, ce que nous avons raté, et le temps qu’il nous a fallu pour le corriger. C’est plus difficile à mettre en scène qu’une étude de cas.
github
qb
Le framework. Des acteurs qui ne partagent rien, sur un runtime d’E/S non bloquant, avec les coroutines natives de C++20. La couche E/S s’utilise seule si le moteur d’acteurs est de trop.
Voir le site qbgithub
qbm-http
De HTTP/1.1 à HTTP/3 et WebSocket derrière un même routeur — serveurs et clients écrits comme des acteurs.
github
qbm-pgsql
Le protocole réseau de PostgreSQL parlé directement sur une socket, plutôt qu’enveloppé autour d’une bibliothèque cliente.
Dites-nous ce qui devra être vrai dans six mois.
Écrivez un paragraphe : les utilisateurs, la contrainte, l’échéance. Nous répondons aux demandes sérieuses en quelques jours ouvrés, et nous le disons quand nous ne sommes pas le bon studio.