Concevoir des systèmes qui tiennent dans le temps
Architecture · Conteneurisation · Tests · Orchestration
Depuis plusieurs semaines, je travaille sur un sujet qui mélange architecture, conteneurisation, tests automatisés “as a Service”, orchestration, et même une petite brique IA. Rien d’exotique : - du concret, - du mesurable, - du robuste.
Les systèmes sont partout
Par exemple, une entreprise est un système, un Système d’Information est un système, un pipeline de tests en est un autre.
Et un système, ça se conçoit, ça se structure, ça se teste.
Mon métier : rendre les systèmes durables, fiables, performants et accessibles. Peu importe la couche (technique, organisationnelle, data ou produit) les principes restent les mêmes :
- Clarifier les frontières
- Réduire les dépendances cachées
- Industrialiser ce qui doit l’être
- Tester ce qui doit être testé
- Rendre l’ensemble cohérent
Je le dis souvent en souriant : « Je vous aide à écrire vos tests d’entreprise… mais vous n’en avez pas envie. »
Tester un système, c’est accepter de voir ce qu’on préférait ignorer.
Les problèmes techniques ne sont pas techniques
20 ans en entreprise m’ont appris une chose : les problèmes dits “techniques” sont presque toujours des problèmes de structure, de flux, de cohérence, de gouvernance.
Si vous avez besoin de remettre de l’ordre, de clarifier un système, de le rendre testable, industrialisable ou simplement compréhensible : c’est exactement ce que je fais.