Éditer un logiciel pour dix ans, ce n’est pas seulement le livrer une première fois. C’est accepter de le faire vivre sous charge, sous changements réglementaires, sous rotations d’équipe. Plusieurs de nos produits sont en production depuis 2015. Ce n’est pas une preuve de perfection ; c’est le résultat de choix répétés qui privilégient la continuité sur la nouveauté.
Contrats stables, dépendances limitées
Nous préférons des contrats d’API stables à des abstractions à la mode. Une interface ennuyeuse mais durable coûte moins cher, sur dix ans, qu’une refonte motivée par un framework. Les décisions d’architecture sont documentées au moment où elles sont prises - pas reconstituées a posteriori - parce que la mémoire d’équipe n’est pas une archive fiable. Les dépendances « magiques », difficiles à remplacer, sont limitées autant que possible. Une nouveauté produit se juge d’ailleurs à la friction retirée, pas au nombre de puces.
La réversibilité des données fait partie du design dès le premier jour. Un client doit pouvoir exporter ce qui lui appartient sans négociation improvisée. Cette contrainte influence le modèle de données, les formats d’export et parfois le rythme des évolutions. Elle n’est pas toujours confortable pour l’éditeur, mais elle aligne le produit avec une relation contractuelle saine. C’est aussi un critère quand on évalue un fournisseur d’IA.
La dette comme choix de rythme
La dette technique n’est pas un accident mystérieux. C’est souvent un choix de rythme : avancer vite aujourd’hui en acceptant un coût demain. Nous choisissons parfois d’aller moins vite pour rester capables de corriger, d’auditer et d’évoluer sans réécriture totale. Sur la durée d’un éditeur, cette discipline est moins glamour qu’une feuille de route chargée - et plus déterminante.
Cette discipline sous-tend aussi l’AI Solution Factory : industrialiser plutôt qu’empiler des prototypes. Pour voir les produits construits dans cette logique, parcourez la page solutions.
