Ingénierie logiciel
Développeur
Suis-je encore développeur ? Je n'ai pas de réponse définitive à cette question. En revanche je préfère confier les projets sérieux à des professionnels mais je sais intérragir avec eux.
4D
A 22 ans je développais ma première application sérieuse avec un langage de 4e génération, générateur d'application 4e Dimention. Cette application est devenue un produit et je suis devenu éditeur de logiciel. Nous avons équipé 15% des radiologues libéraux français.
No-code
Connaissant l'importance de valider des idées en les confrontant à la réalité du terrain, j'aime pouvoir tester et itérer rapidement. De plus, pour des besoins internes, il n'est pas toujours nécessaire d'acquérir des logiciels très spécifiques. Pour ces deux besoins, rien de tel que les outils no-code. J'utilise régulièrement Bubble, AirTable, Notion, Make.
IA-Pair Programming
Ce site web est développé sous Node.JS en TypeScript. Je n'ai jamais eu l'occasion de travailler avec ces technologies dans le passé. J'ai piloté Cursor uniquement avec des prompts : US, BDD, TDD, TU, TI, US, UI, tests EndToEnd... Cliquez sur "A propos du site", ℹ️ en bas à droite, pour accéder au blog de cette aventure.
Expérience en équipe
[ToDo] Pratiques collaboratives et méthodes agiles pour développer en équipe avec qualité et efficacité.
BDD
Le BDD, Behavior-Driven Development, permet de formaliser les besoins sous forme de scénarios compréhensibles par tous, y compris par des personnes non techniques. Ces scénarios servent de support commun entre métier et développement et garantissent que le logiciel produit reflète réellement les comportements attendus. En plus, ils restent dans le code source.
TDD
Le TDD, Test-Driven Development, consiste à écrire d’abord un test pour le cas le plus simple. Le test échoue, on code juste ce qu’il faut pour qu’il passe, puis on refactorise. En répétant ce cycle avec des cas de plus en plus complexes, le code émerge progressivement, simple et robuste. Par effet de bord, sur le long terme ce sont aussi des tests de non-regression.
CI/CD
Automatiser les tests et les déploiements, c’est éliminer les goulots d’étranglement entre le code et l’utilisateur. Avec le CI/CD, chaque modification est testée, validée et livrée sans délai, sans risque — transformant le stock de code en valeur opérationnelle.
Autres pratiques connues
Connaissances approfondies en architecture logicielle et bonnes pratiques de développement.
CleanCode
Il est important d'apporter une attention particulière à la lisibilité et à la clarté du code, afin qu’il reste compréhensible dans le temps. Un code propre facilite la collaboration, réduit la dette technique et rend les évolutions plus sereines.
Architecture Hexagonale
Cette approche architecturale permet de protéger le cœur métier des choix techniques. En séparant clairement les responsabilités, elle rend les systèmes plus testables, plus flexibles et plus simples à faire évoluer.
CQRS:ES
Avec CQRS/ES, on sépare radicalement :
- Les commandes (création/modification/suppression) → événements qui capturent l’histoire du système.
- Les requêtes (lecture) → Modèles optimisés pour l’affichage et l’analyse.