Loading
Stack
Pas tout ce que j'ai touché les outils vers lesquels je vais, et la raison.
Des API pensées comme des contrats, pas comme des endpoints qui existent par accident : le modèle de données vient d'abord, les routes suivent.
La plupart des systèmes que je construis ont une localisation en leur centre, donc la géographie vit dans la base de données, pas dans le code applicatif.
Un seul framework frontend sur presque tous les projets livrés : moins de surprises, une prise en main plus rapide du code de quelqu'un d'autre.
Lancer un service en local et le lancer en production doit être la même opération.
Dès qu'un système a besoin de plusieurs services qui se parlent de façon fiable, l'orchestration cesse d'être optionnelle.
Le travail répétitif appartient à un pipeline, pas à l'après-midi de quelqu'un.
Les outils qui transforment une base de données spatiale en carte réellement interrogeable.
Pour les observatoires et systèmes de reporting où la question intéressante est « chercher dans tout ça », pas « récupérer une ligne ».
La couche peu glamour qui décide si le HTTPS et la disponibilité arrivent vraiment.
Des outils IA que j'utilise au quotidien, pour la même raison que j'automatise n'importe quoi : passer la journée sur la décision, pas sur le code répétitif.
Contact
Les problèmes d'ingénierie qui méritent d'être résolus m'intéressent, tout comme les produits à construire correctement et les équipes où un ingénieur a le droit de porter une fonctionnalité de bout en bout.
Je réponds sous 24 heures.