À propos

“Construire quelque chose qui tient”

J'ai longtemps travaillé dans des environnements où les choses ne pouvaient pas simplement “fonctionner”. Il fallait qu'elles tiennent. Le B2B industriel, les clients, les délais et les contraintes concrètes : c'est là que j'ai appris à faire la différence entre une solution qui marche sur le moment et une solution sur laquelle on peut vraiment s'appuyer.

Quand je suis venu au développement, je n'ai pas laissé cette exigence derrière moi. Aujourd'hui, je conçois des applications et des outils avec la même logique : comprendre ce qu'on attend vraiment, structurer correctement, et construire quelque chose de clair, fiable et utilisable.

Concrètement, cela signifie prendre le temps de cadrer pour éviter de corriger en permanence, faire des choix simples qui tiennent dans le temps, et poser des bases que l'on peut faire évoluer sans tout casser.

Mais au fond, la vraie valeur n'est pas dans les technologies. Elle est dans la manière de travailler. Je viens d'un environnement où l'on ne peut pas se permettre de livrer quelque chose de fragile, et c'est exactement cette exigence que j'applique Aujourd'hui au code. Si ça ne tient pas dans le temps, ce n'est pas terminé.