J'écris des logiciels pour les gens qui doivent s'en servir tous les jours.
J'y suis venu par le chemin le plus long : il y a cinq ans, j'ai quitté les services financiers en contact avec la clientèle pour l'ingénierie. J'ai donc passé une première carrière à écouter des gens décrire leurs problèmes, et la suivante à les régler.
J'ai hérité de la plateforme de gestion de patrimoine de mon employeur sous la forme d'un code que personne ne voulait toucher, et je l'ai laissée comme le produit phare de l'entreprise — repensée, agrandie et allégée de plusieurs années de dette technique. J'ai fait migrer une authentification d'entreprise maison vers OAuth 2.1 et livré le socle ingrat sur lequel un SaaS tourne vraiment : tableaux de bord, explorateurs de documents, questionnaires — les écrans dans lesquels les gens passent leurs journées.
Je construis aussi mes propres produits. Un blogue de voyage créé pour un seul périple en Méditerranée est devenu Farovia, une plateforme SaaS de voyage que je développe depuis 2024 et que je lance à l'été 2026 — Next.js, Express, MongoDB, AWS, Docker, chaque couche de ma main. À côté : un paquet npm publié, un outil de repérage pour le football fantasy qui classe les joueurs selon leur rendement par unité de coût, un entraîneur d'italien utilisable hors ligne pour le trajet. Certains sont encore en cours. Chacun a commencé par un dossier vide et mes propres soirées — la partie de la création d'un produit qu'aucun employeur n'enseigne.
Expertise
- Des interfaces qui se font oublier — Angular, React, Next.js, Tailwind CSS et TypeScript, conçues autour de ce que l'utilisateur est vraiment venu faire.
- Des back-ends qui tiennent — Node.js, Java et Python, avec authentification sécurisée, faible latence et cette fiabilité ennuyeuse que personne ne remarque jamais.
- Des réponses tirées de vos données — bases SQL et NoSQL (MySQL, MongoDB), modélisées pour que la question de demain soit facile à poser.
- De l'IA qui part en production, pas en démo — chat, agents, pipelines RAG et recherche vectorielle.
Une application solide, c'est surtout une suite de décisions ingrates. J'écris d'abord la version ennuyeuse, parce que c'est la version astucieuse qu'il faudra décoder à 3 h du matin. Je place l'authentification, la gestion des erreurs et le contrôle d'accès tôt, tant qu'ils coûtent encore peu. Je conçois pour plus d'une langue dès le premier écran — ce site tourne en trois. Et j'évalue chaque raccourci à ce qu'il coûtera la deuxième année, pas au temps qu'il fait gagner cette semaine. Résultat : des logiciels qu'on enrichit au lieu de les réécrire, la seule mesure honnête d'une application bien bâtie.
Je suis né et j'ai grandi près de Montréal, au Québec francophone, en jouant au hockey et en parlant anglais dès mon plus jeune âge. Cette seconde langue m'a ouvert des univers d'ingénierie que je n'aurais jamais vus autrement — loisirs et aviation — et nourri un appétit durable pour la géographie et l'histoire.
Mes voyages récents m'ont fait tomber amoureux de l'Europe, et j'ai désormais un niveau B1 en italien. Ce que j'attends du travail n'a pas changé : rester curieux, bâtir des produits assez utiles et assez beaux pour que les personnes et les entreprises grandissent autour, et garder une qualité de vie modeste, mais sans pareille. Si vous construisez quelque chose qui doit fonctionner pour de vraies personnes, dans plus d'une langue, au-delà du prochain trimestre — mon GitHub et mon LinkedIn sont à un clic, et je réponds.