À propos

Un développeur qui comprend la donnée, et qui sait l’expliquer

Un titre professionnel de développeur web, un an d’alternance à écrire du code en équipe, puis l’ingénierie de données — et une licence de communication en parallèle. C’est ce cumul qui fait la différence.

Ce que je fais

Trois casquettes, et c’est le croisement qui compte

Un développeur qui comprend la donnée. Un profil data qui sait livrer une vraie application. Et quelqu’un capable d’expliquer les deux à ceux qui décident.

Axe 1

Data B2B

Chargé de ciblage et de data · Fleet Services Group

Ce que j'ai appris en alternance, et ce qui rend mes applications beaucoup plus utiles. Extraction, normalisation, résolution d'identité SIREN/SIRET/NAF, dédoublonnage, segmentation. Je ne livre pas des fichiers : je livre des référentiels qu'on peut interroger.

PythonDuckDBParquetSQLSIRENEPlaywright

Axe 2

Développement web

Titre professionnel DWWM · Arinfo

C'est mon métier de base. Un an d'alternance comme développeur web, puis des applications construites de bout en bout : React, Next.js, Node, TypeScript, PostgreSQL — schéma de données, API, interface, authentification, déploiement. Y compris les moteurs métier qui tournent dedans : planification sous contraintes, dédoublonnage, composition sous règles.

ReactNext.jsTypeScriptNodePHPPostgreSQL

Axe 3

Solutions sur mesure

Bachelor Chargé de communication · ESG

Là où les deux premiers se rencontrent. Comprendre le besoin réel, expliquer un arbitrage technique à quelqu'un qui n'est pas technique, écrire une documentation qu'on lit vraiment, rendre un tableau de bord lisible. C'est ce qui fait qu'un outil interne est adopté plutôt qu'abandonné.

DocumentationDesign d’interfaceRestitutionVulgarisation

Méthode

Six règles que je ne négocie pas

Elles ne viennent pas d’un livre. Chacune vient d’un problème qui m’a coûté du temps, et qu’on ne me reprendra pas deux fois. Les deux premières reviennent à construire une piste d’audit : toute donnée affichée se ramène à la cellule qui la porte, et rien ne disparaît en silence.

01

Ne jamais abîmer la source, ne jamais perdre une valeur

Un outil ne doit pas pouvoir dégrader ce qu'il lit : double barrière sur les bases de production — refus applicatif de toute instruction d'écriture, et session ouverte en lecture seule côté serveur, même quand le compte a les droits. Et à la fusion, les valeurs écartées sont archivées avec leur origine : 5,3 millions d'entre elles restent consultables. Toute donnée affichée doit pouvoir être ramenée à la cellule qui la porte.

02

Échouer fort

Le pire mode de panne n'est pas l'erreur, c'est le succès partiel silencieux. Un premier crawl documentaire à douze connexions parallèles n'avait ramené que 3 325 fichiers sur 17 181 — sans une seule erreur dans le journal, parce que le serveur répondait « 200 » avec une page vide. Depuis : contrôles d'intégrité bloquants avant publication, alerte quand l'authentification n'est plus valide, et jamais de valeur par défaut qui masque un trou.

03

Le cœur métier est une fonction pure

Composition d'un menu sous contraintes, planification d'une équipe, dédoublonnage d'un référentiel : chacun de ces moteurs prend un état en entrée et rend un résultat, sans toucher à la base, au réseau ni à l'horloge. C'est ce qui les rend testables, rejouables et explicables. Un algorithme enfoui dans des routes HTTP n'est jamais vraiment vérifiable — et personne ne fait confiance à un résultat qu'on ne sait pas justifier.

04

Une dépendance doit payer son loyer

SQLite plutôt que PostgreSQL sur une machine à un gigaoctet de RAM. Une application web complète en JavaScript natif — routeur et graphiques compris — plutôt qu'un framework, quand elle doit démarrer en local sans rien installer. Chaque dépendance est une dette : un jour elle casse, change d'API ou n'est plus maintenue, et c'est moi qui répare. J'en ajoute quand elle rapporte plus qu'elle ne coûte, et je sais dire laquelle et pourquoi.

05

On code pour celui qui reprendra

Un découpage qui suit le métier et non la technique, un README qui explique pourquoi avant comment, et les pièges documentés à l'endroit exact où l'on tombe dedans. J'écris la documentation pendant, jamais après : c'est le seul moment où je sais encore ce qui m'a coûté trois heures. Sur un projet interne, celui qui reprendra, c'est souvent moi, six mois plus tard.

06

Livrer, pas démontrer

Un projet n'est pas terminé quand il marche sur ma machine. Il l'est quand il se déploie tout seul, qu'il vérifie qu'il répond vraiment après une mise à jour et restaure la version précédente sinon, qu'il se sauvegarde, et qu'il prévient quand il ne peut plus faire son travail. Le déploiement fait partie du produit, pas de l'après.

Compétences

Les outils, au service des problèmes ci-dessus

Pour situer : les projets présentés ici représentent environ 101 700 lignes de code que j’ai écrites, dont deux applications web complètes sans aucune dépendance.

Langages

  • JavaScript
  • TypeScript
  • Python
  • PHP
  • HTML5
  • CSS3
  • SQL
  • Bash
  • PowerShell
  • GLSL

Front-end

  • React
  • Next.js (App Router)
  • Vite
  • Tailwind CSS
  • shadcn/ui
  • Three.js / R3F
  • GSAP
  • SPA sans dépendance
  • Dataviz SVG
  • Responsive
  • Accessibilité

Back-end

  • Node.js
  • Express
  • Laravel
  • Symfony
  • FastAPI
  • Prisma
  • Server Actions
  • API REST
  • SSE / temps réel
  • Authentification & sessions

Bases de données

  • PostgreSQL
  • MySQL / MariaDB
  • SQLite
  • DuckDB
  • Supabase
  • pgvector
  • Parquet
  • Modélisation
  • Migrations
  • Optimisation de requêtes

Données & automatisation

  • Résolution d’identité
  • Dédoublonnage
  • SIRENE / INSEE
  • Playwright
  • Extensions navigateur
  • Rétro-ingénierie d’API
  • Traitements incrémentaux
  • Tâches planifiées

IA appliquée

  • OpenAI API
  • Extraction structurée
  • Vision
  • Embeddings / pgvector
  • Validation de sorties (Zod)
  • Prompts versionnés

Infrastructure & ops

  • Docker
  • GitHub Actions
  • Linux
  • Nginx
  • systemd
  • Raspberry Pi
  • Tailscale
  • Tunnels SSH
  • Déploiement continu
  • Sauvegarde / restauration

Méthode & outils

  • Git
  • Tests (Vitest)
  • TypeScript strict
  • Documentation technique
  • Revue de code
  • Design system
  • Figma

Parcours

Développeur d’abord, data ensuite

Expérience

avr. 2025 — aujourd’hui

Chargé de ciblage et de data B2B

Fleet Services Group · Alternance · Rennes

Conception et réalisation des outils de données du groupe : consolidation du patrimoine commercial issu de plus de deux mille CRM, applications internes utilisées quotidiennement par les équipes data et commerciales, automatisation des traitements récurrents.

PythonDuckDBNext.jsTypeScriptPostgreSQL

avr. 2024 — aujourd’hui

Entrepreneur

Sully Breizh · Indépendant · Rennes

Deux activités. La principale : constitution et vente de fichiers de prospection B2B — collecte, enrichissement sur les identifiants légaux, dédoublonnage, contrôle qualité avant livraison. En complément, l'optimisation du référencement naturel de boutiques Shopify.

Fichiers B2BEnrichissementDédoublonnageSEOShopify

mars 2023 — avr. 2024

Développeur web

DEXXTER · Alternance · Nantes

Développeur au sein d'un cabinet de direction commerciale à temps partagé. J'y ai construit LinkHunt, la gamme d'extensions Chrome du cabinet : profils et organisations LinkedIn versés dans Pipedrive ou Google Sheets, Pages Jaunes enrichies aux données publiques. Un an et deux mois en équipe, et mon premier produit livré à des utilisateurs qui n'étaient pas moi — c'est là que j'ai appris à écrire du code que quelqu'un d'autre doit pouvoir reprendre.

Extensions ChromeJavaScriptExtraction webAPI PipedriveGoogle Sheets

Formation

sept. 2025 — nov. 2026

Bachelor Chargé de communication

ESG · Bac +3

En parallèle de l'alternance data. Communication, restitution, conduite de projet — la couche qui manque à la plupart des profils techniques.

2023 — mars 2024

Développeur Web & Web Mobile

Arinfo Saint-Nazaire · Titre professionnel · Bac +2

Formation complète au développement web : HTML, CSS, JavaScript, PHP, SQL, frameworks front et back, conception de bases de données, sécurité et déploiement.