Comprendre le terrain
Je vais voir les gens qui font le travail aujourd'hui, avec leurs fichiers Excel, leurs cahiers et leurs astuces. C'est là que se cache le vrai besoin — rarement dans le cahier des charges.
Concrètement :
Développeur full stack et responsable technique. Je conçois des systèmes métier — web, desktop, mobile, SIG, IA — de la première question jusqu'à l'exploitation en production.
J'ai commencé par vouloir réparer des choses qui m'agaçaient. Je n'ai jamais vraiment arrêté — sauf qu'aujourd'hui, ce sont les choses qui agacent les autres, et on appelle ça un métier.
Disponible pour des missions de conseil, d'architecture et de développement.

Un CV dit ce que j'ai fait. Ces réponses disent comment je pense — c'est ce qui vous intéresse vraiment avant de travailler avec quelqu'un.
Allez-y, il n'y a pas de mauvaise question. Les plus directes ont les meilleures réponses.
Je n'ai pas de méthode magique. J'ai une discipline : ne jamais sauter l'étape qui fait mal — et ne jamais coder une solution avant de comprendre le problème réel.
Je vais voir les gens qui font le travail aujourd'hui, avec leurs fichiers Excel, leurs cahiers et leurs astuces. C'est là que se cache le vrai besoin — rarement dans le cahier des charges.
Je dis ce qui est réalisable, ce qui coûtera cher, et ce qui ne sert à rien. Une conversation désagréable au début vaut mieux qu'un projet abandonné au milieu.
« Ça, on peut le faire. Mais est-ce qu'on doit ? »Le modèle de données avant les écrans. Web, desktop, mobile, hors-ligne, géospatial : la forme découle des contraintes réelles — connexion, volumétrie, qui saisit quoi et depuis où. La technologie vient en dernier.
Jamais six mois de silence suivis d'une grande démonstration. Des versions courtes, mises entre les mains des utilisateurs, corrigées avec eux.
Serveur, sauvegardes, droits d'accès, montée en charge, coupure de réseau. Puis formation, documentation, reprise des bugs, évolutions : la livraison est le début de la vie du produit, pas sa fin.
« Un logiciel qui ne tourne que sur ma machine n'existe pas. »Personne ne savait dire où en étaient les projets sans réunion. Maintenant, on le voit en ouvrant l'application : ce qui avance, ce qui bloque, ce qui va déraper.
L'histoire du projet →Des équipes sur plusieurs sites, des présences notées à la main, une paie reconstituée en fin de mois. Tout est passé dans un seul flux, du pointage au bulletin.
L'histoire du projet →Derrière chaque parcelle, un dossier, parfois un litige. Rassembler la donnée géographique et le dossier administratif au même endroit change la nature des discussions.
L'histoire du projet →Une boutique ne s'arrête pas quand la connexion tombe. L'application travaille en local, encaisse, suit les créances, et se synchronise quand le réseau revient.
L'histoire du projet →Pas une liste de tout ce que j'ai croisé une fois. Ce que j'ouvre chaque semaine, et ce que j'en pense.
Mon terrain le plus sûr. Je peux y aller vite sans y aller salement.
Parce qu'un utilisateur sans connexion reste un utilisateur.
Ma spécialité la plus concrète : la donnée qui correspond à un lieu qui existe.
La partie que personne ne voit, et la première qu'on accuse. D'où la supervision.
Une conception à cadrer, un projet à reprendre, une architecture à revoir ou un produit à construire : décrivez-moi la situation, je vous dirai honnêtement si je suis la bonne personne.