Ouvert à des missions freelance
Zamofing
Ingénieur logiciel & infrastructure Belfort, France
Je construis l’infrastructure qui doit tenir : réseaux, conteneurs, automatisation — puis la documentation qui permet aux autres de reprendre sans moi.
La stack, couche par couche
Survolez, touchez ou parcourez au clavier une couche pour la déplier.
Flux de données — de l'entrée publique jusqu'à la base de données.
Couche 01 — Périmètre
Exposer sans se faire ouvrir.
Reverse proxy Nginx mutualisé, certificats ACME renouvelés automatiquement, DNS et protection anti-DDoS. Chaque service n'est joignable que par son nom de domaine — jamais par une IP.
Couche 02 — Messagerie
Un serveur de mail complet, pas une redirection.
Comptes, alias, quotas et webmail gérés sur place. DKIM et SPF signés, AntiSpam actif : la réputation du domaine reste intacte parce que je maîtrise la chaîne entière.
Couche 03 — Applications
Un conteneur par application.
Sites statiques et applications Node.js déployés en conteneurs isolés, chacun avec son propre volume et ses propres limites. Une application qui tombe n'entraîne pas les autres.
Couche 04 — Données
Sauvegarder, puis savoir restaurer.
PostgreSQL pour les données structurées, sauvegardes automatiques chiffrées, restauration testée à froid. Une sauvegarde jamais restaurée n'est pas une sauvegarde : c'est un espoir.
Couche 05 — Sécurité
Détecter, bannir, tracer.
CrowdSec pour la détection comportementale, Fail2Ban en complément. Authentification renforcée : 2FA TOTP, clés WebAuthn, OAuth2, codes de secours. Journal d'audit complet et exportable de chaque action d'administration.
J'ai obtenu mon BUT Réseaux & Télécommunications (parcours IoM) et j'ai rejoint la première année du cursus ingénieur en informatique de l'UTBM. En parallèle, je suis en alternance chez GE Vernova à Belfort, où je modernise une plateforme interne de partage d'applications avec Python et Docker.
Mon terrain de jeu n'est pas une machine virtuelle : c'est le serveur qui héberge 29 services, la boîte mail et les sites d'autres étudiants. J'apprends en faisant tourner des choses réelles pour des gens réels — et quand ça casse, j'écris le runbook avant de re-casser.
Un service qui marche à 3 h du matin vaut mieux qu'une démonstration brillante le lundi.
Un travail sans documentation n'est pas terminé : c'est un piège pour la personne qui reprend le projet.
Si je ne peux pas expliquer un terme à un collègue, je ne le maîtrise pas encore.
Alternance, formation, projets — chaque étape m’a appris quelle partie d’un système peut réellement casser.
Sept. 2026 — aujourd’hui
UTBM · Belfort
Sept. 2024 — aujourd’hui
GE Vernova · Belfort
2023 — 2026
IUT Marie et Louis Pasteur · Belfort
Sept. 2021 — 2024
CROUS Bourgogne-Franche-Comté
Juil. — Août 2021
UTBM Projets · Montbéliard
2019 — aujourd’hui
À distance
Sélection de projets dont je suis l’auteur ou le mainteneur. Beaucoup tournent en ce moment même, pour d’autres personnes que moi.
01 — Infrastructure
En productionLe poste de pilotage de toute mon infrastructure
Gérer 29 services, 36 sites et une boîte mail complète depuis une interface unique — sans SSH, ni tableur, ni document parallèle.
02 — Infrastructure
En production29 services décrits comme du code
Un serveur héberge DNS, messagerie, sites web, proxy et supervision — et rien n’était documenté ailleurs que dans ma tête.
03 — Infrastructure
En productionDétecter, bannir, tracer
Un serveur exposé sur Internet doit savoir ce qui est normal — et ce qui ne l’est pas.
Trois ans à faire tourner des systèmes réels : voici les outils qui reviennent vraiment dans mon travail, pas une liste de mots-clés.
Écrire, lire, déboguer.
Servir une API, gérer les données.
Des interfaces qui restent lisibles.
Faire tourner, redéployer, réparer.
Exposer sans se faire ouvrir.
Voir venir, tracer, documenter.
05 — Contact
Écrivez-moi avec un peu de contexte : je réponds plus vite et plus utilement. Le soir et le week-end, c’est le meilleur moment pour me trouver.