DevOps · Pilotage technique · Outillage IA · Automatisation
Je construis des outils, des workflows et des experimentations a la frontiere entre ingenierie logicielle, agents IA et contraintes de projet reelles.
Mon travail couvre un parcours large: delivery logiciel, DevOps, systemes de production, coordination technique, ecriture, musique et workflows assistes par IA.
Ce que je fais
Je travaille a l’intersection du delivery logiciel, des systemes, de l’automatisation et de la coordination projet.
Mon parcours combine l’ingenierie hands-on avec le pilotage technique, le product ownership, les exigences, la coordination de delivery, la gestion d’incidents et la fiabilite operationnelle.
Ce melange compte. Le vrai travail logiciel n’est pas seulement du code. C’est aussi des contraintes, de la documentation, de la validation, de la pression de livraison, des systemes legacy et des humains qui essaient de comprendre pourquoi le processus existe.
Focus actuel
Mon focus actuel est l’outillage IA et l’automatisation: construire des workflows de developpement assistes par IA, concrets et utiles.
La question centrale est simple:
Comment l’IA peut-elle vraiment accelerer la livraison logicielle du quotidien sans rendre le processus opaque ou difficile a maitriser?
La reponse vers laquelle je reviens, c’est de l’outillage et de l’automatisation qui meritent leur place: utiles avant d’etre malins, et fiables sous contraintes reelles.
L’objectif est de garder ce travail explicite, versionne, inspectable et controle par l’humain.
Parcours
J’ai passe plus de 19 ans a travailler sur le developpement logiciel, le DevOps, le middleware, les systemes de production, la gestion d’incidents, la coordination projet, les exigences et le delivery technique.
J’ai travaille dans des environnements comme:
- aeronautique et gestion du trafic aerien;
- informatique bancaire;
- telecoms et reseaux;
- energie;
- plateformes logicielles d’entreprise;
- systemes d’ingenierie internes;
- plateformes web et e-learning.
Ma facon de travailler
J’aime les outils qui sont:
- explicites plutot que mystiques;
- ennuyeux quand ils doivent l’etre;
- inspectables;
- scriptables;
- documentes;
- faciles a lancer localement;
- difficiles a casser par accident;
- utiles avant d’etre elegants.
Je ne crois pas que chaque probleme ait besoin d’une plateforme. Certains problemes ont besoin d’un fichier, d’une commande, d’une convention et de moins de reunions.