À propos
Des bases en développement, un long détour par l'infrastructure, et un retour au code assumé
Mon cheminement
Le développement n'est pas arrivé par hasard dans mon parcours. J'en avais déjà les bases avant d'entrer dans la vie active : algorithmique, bases de données, un peu de web. Rien de professionnel à l'époque, mais assez pour savoir que le sujet me plaisait.
Puis j'ai signé chez DigiBOX et l'infrastructure a pris le dessus. Technicien système, support chez Redvise, BTS SIO option SISR, puis deux ans comme administrateur systèmes et réseaux à l'ITIC avec le CCNA et le MTCNA en cours de route. Cinq ans de terrain qui m'ont appris à diagnostiquer une panne sans partir dans tous les sens.
Le double bachelor CDA et AIS a été le moment de reprendre le développement sérieusement, cette fois en profondeur. Comme les fondamentaux étaient déjà là, j'ai pu passer rapidement à ce qui compte vraiment : l'architecture, la qualité du code et les tests. J'ai enchaîné sur un mastère full stack et je développe aujourd'hui des applications métier en alternance au sein du groupe Valophis.
Ce détour par l'infrastructure reste mon meilleur atout de développeur. Quand j'écris du code, je sais où il va tourner. Je pense aux droits sur les fichiers, aux ports ouverts, à ce que devient une variable d'environnement en production. Ça évite beaucoup de mauvaises surprises au déploiement.
Comprendre avant de coder
Avant d'ouvrir l'éditeur, je prends le temps de cerner le besoin réel, de poser les cas limites et de comparer les solutions existantes. Une conception claire au départ évite de tout reprendre trois semaines plus tard.
La sécurité dès le départ
Sur mes projets je traite les mots de passe, les jetons et les droits d'accès dès les premières lignes. Rattraper ça après coup coûte toujours plus cher que de le prévoir.
Reprendre et approfondir
Revenir sur une notion déjà croisée permet d'aller plus loin la deuxième fois. Les microservices sur RestoBook, la conteneurisation sur Butterfly, l'éditeur markdown sur ce site. J'écris ensuite ce que j'en retiens.
En dehors des cours et du bureau
Je bidouille un homelab pour tester des configurations que je ne peux pas essayer en production, j'écris des scripts pour automatiser ce qui m'ennuie et je rédige des articles sur les sujets que je viens de creuser. Expliquer une notion reste le meilleur moyen de vérifier qu'on l'a comprise.
On échange ?
Une question sur un article, une opportunité ou simplement l'envie de parler technique. Le formulaire est là pour ça.
Me contacter