Leadership tech hands-on,
à la demande.

Vous êtes à un point d’inflexion. Un principal engineer vient de partir. Un déploiement IA est sur la table. J’interviens comme votre partenaire technique senior : dans votre repo, sur vos PRs, à prendre les décisions difficiles et à débloquer la delivery.

Partenaire technique senior sur l’architecture, la delivery et le levier IA. Pour CTOs, CPTOs et fondateurs. Je travaille dans votre repo, sur vos PRs et dans vos RFCs. Hands-on quand vous en avez besoin, stratégique sinon.

15+ ans comme Staff / Principal engineer. J’aide fondateurs solo, startups early-stage, équipes Série A et scale-ups jusqu’à ~150 ingénieurs. Solide expertise en systèmes distribués et en IA en production.

Je privilégie les solutions simples, réversibles et adaptées à votre stade.

Remote-native. Équipes en France, Malaisie, Espagne, Allemagne, et au-delà.

Marseille · Remote-first · EN / FR

  • Fractional Principal Engineer

    Partenaire technique senior, 1–3 jours/semaine, 3–12 mois. Plus rapide, moins cher et moins risqué qu’un cycle de recrutement senior de 6 mois.

    Semaine 1 : je suis dans votre repo, vos PRs, votre roadmap et vos 1:1. Je prends les décisions difficiles, je mentore vos ingénieurs seniors et je livre du code quand les enjeux l’imposent.

    Aux côtés de la personne qui pilote l’engineering, pas au-dessus.

  • Decision Sprint

    2 jours, tarif fixe. Une décision technique difficile, menée jusqu’à la clôture : choix de stack, monolithe vs services, chemin d’intégration IA, sélection de vendor, suivi post-mortem. Préparation, session de travail structurée, recommandation écrite avec les trade-offs.

    Pour quand votre équipe est bloquée et la décision ne peut pas attendre le prochain sprint.

  • Revue Architecture & Plateforme

    2–6 semaines. Audit complet de votre stack, des goulots de delivery et des risques à venir. Vous repartez avec un plan d’action priorisé, une session de travail avec votre équipe, et une réponse claire à « qu’est-ce qu’on corrige en premier ».

  • Engineering augmenté par l’IA

    Ma façon de travailler, pas une couche ajoutée après coup. J’intègre les agents de coding (Claude Code, Codex, Cursor) dans votre operating model : pipelines de revue, workflows RFC, évaluations, et ownership clair quand un agent commit du code.

    Résultat récent : 40% plus rapide du RFC au merge sur une équipe Série A, sans perdre la supervision senior.

    Pour les fondateurs non techniques : cadrer un MVP autour des agents de coding plutôt qu’une équipe complète.

  • Transformation de Plateforme

    Support opérationnel pour des initiatives à fort enjeu : migrations cloud, réarchitectures, crises de scaling, intégrations post-acquisition.

    Mission définie autour de l’initiative, focalisée sur les décisions et les risques delivery qui font réellement la différence.

Commencez ici

Appel d’intro de 30 minutes

Un appel gratuit de 30 minutes pour parler de votre situation et voir si le match est là. Si on continue, l’étape naturelle est un diagnostic 2 heures payant : plongée dans votre architecture, les points de blocage observés et les décisions à venir. Vous repartez avec 2–3 recommandations concrètes et une synthèse écrite le lendemain. Périmètre et tarif fixes.

Réserver un appel d’intro de 30 min →

Engagements récents

+25% de delivery feature sous 6 mois
−50% d’incidents production

Scale-up · Engineering débloqué

Vélocité engineering en baisse depuis 6 mois ; services legacy bloquant les nouvelles fonctionnalités. Pilotage d’un re-design système et d’une réécriture incrémentale ; mise en place d’une équipe plateforme et d’un ownership clair.

5× de trafic absorbé sans réécriture
moins d’alertes en production

SaaS Série A · Scaler sans réécriture

Backend monolithique atteignant ses limites avec la croissance du trafic ; une réécriture complète était trop risquée. Conception d’une décomposition event-driven et d’une couche d’observabilité ; accompagnement de l’équipe à travers la migration.

Mise en production en 4 mois
chemin de mise à jour propre à mesure que le paysage des modèles évoluait

Early-stage · Nouvelle ligne produit LLM conversationnel

Nouvelle ligne produit construite autour d’un chatbot LLM contextuel ; pas de plateforme LLM en place. Architecture de la plateforme LLM conversationnelle (event-driven, scalable horizontalement, gestion du contexte, évaluation + guardrails) et pilotage de l’équipe build.

Ce que disent les personnes avec qui j’ai travaillé

“On était bloqués. La delivery en chute libre. Personne dans l’équipe ne voulait trancher sur la réécriture qu’on savait nécessaire. En deux semaines, Ben a posé les arbitrages, pris la décision, et on a livré la migration sans perdre un ingénieur. Le genre de personne qu’on appelle quand plus personne n’ose décider.”
VP Engineering, SaaS Série B
“Je suis fondateur solo non technique et j’étais sur le point de m’engager sur le mauvais stack et une agence coûteuse. Ben a passé deux semaines avec moi : MVP cadré au plus juste, stack choisi pour que je puisse réellement maintenir, et workflow de coding agentique mis en place pour que je puisse livrer sans une équipe complète. Six mois de détours évités.”
Fondateur solo non technique, B2B SaaS early-stage
“Ben est rapidement devenu le leader technique naturel sur les parties les plus critiques de notre plateforme. Sens profond de l’ownership, biais pour l’action, et un advisor fiable dans un produit en évolution rapide. On lui confie les décisions qu’on ne peut pas se permettre de rater.”
Cofondateur & CTO, HR tech Série A (soutenue par Y Combinator)

Part-time, remote-first. Actuellement 1–2 nouvelles missions ouvertes.

Si vous êtes co-fondateur, CTO, responsable engineering, ou fondateur non technique confronté à un point d’inflexion technique (delivery qui ralentit, gap de leadership senior, déploiement IA, intégration post-acquisition), parlons-en.

FAQ

  • Quand une startup devrait-elle vous appeler ? +

    Avant que tout brûle, pas pendant. Bons déclencheurs : un leader senior vient de partir, une grosse décision plateforme, stack ou vendor approche, un déploiement IA est sur la table, ou les problèmes de scaling apparaissent plus vite que votre équipe peut les résoudre. Si vous attendez que le feu soit hors de contrôle, vous tirerez moins de levier de n’importe quel partenaire senior.

  • Remplacez-vous un CTO ? +

    Non. Je travaille aux côtés de votre CTO ou de la personne qui pilote l’engineering. Je prends en charge des décisions spécifiques (architecture, intégration IA, blocages delivery), mais la direction stratégique reste chez votre leadership. Pour les fondateurs sans CTO, j’aide à poser les fondations techniques et à définir le profil du CTO à recruter ensuite.

  • Pouvez-vous aider un fondateur non technique ? +

    Oui. Schéma fréquent : 2 semaines pour cadrer un MVP, choisir une stack vraiment maintenable et mettre en place un workflow d’agents de coding pour livrer sans équipe complète. Puis 1–2 jours/semaine en tant que lead technique fractionné. Évite des mois de mauvais choix de stack et de réécritures.

  • Écrivez-vous encore du code ? +

    Oui. Je suis dans votre repo et vos PRs. J’écris du code quand les enjeux l’imposent : migrations critiques, spikes d’architecture, scaffolding d’intégration IA. Je ne serai pas votre ingénieur à temps plein. Ce n’est pas le levier. Mais « advisor uniquement », ce n’est pas ma façon de travailler non plus.

  • Est-ce que ça marche avec les agents de coding IA ? +

    C’est au cœur de ma façon de travailler. J’aide votre équipe à tirer une vraie valeur engineering de Claude Code, Codex et Cursor : pipelines de revue, workflows RFC, évaluations, guardrails, et ownership clair quand un agent commit du code. Pour les fondateurs, les agents peuvent remplacer une équipe early-stage complète quand c’est bien cadré.

  • Pouvez-vous aider avant les problèmes de scaling ? +

    Oui. C’est souvent le moment où le levier est le plus fort. Les décisions d’architecture prises à 5 ingénieurs se cumulent sur les 50 suivants. J’aide les équipes à poser des fondations solides maintenant pour ne pas les payer en réécriture douloureuse à la Série A.

  • Avec quelles tailles d’équipe travaillez-vous ? +

    Du fondateur solo non technique (sans équipe encore) jusqu’aux scale-ups d’environ 150 ingénieurs. Sweet spot : 5–80 ingénieurs, là où un opérateur technique senior peut faire avancer plusieurs décisions en parallèle.

  • Quelle est la durée typique d’un engagement ? +

    Appel d’intro 30 min : gratuit. Diagnostic 2 heures : payant, tarif fixe. Decision Sprint : 2 jours, tarif fixe. Revue Architecture & Plateforme : 2–6 semaines. Fractional Principal Engineer : 3–12 mois. Chaque engagement est défini autour d’un objectif clair, pas d’un package figé.

  • Comment se passe la facturation ? +

    Tarif fixe pour le diagnostic 2 heures et le Decision Sprint. Taux journalier ou hebdomadaire pour les missions de Revue Architecture et de Fractional Principal Engineer. Toujours acté par écrit avant le démarrage.

  • Distanciel ou présentiel ? +

    Remote-first, EN ou FR. Présentiel possible pour les kickoffs ou les décisions complexes qui bénéficient d’être traitées dans la même pièce. Basé à Marseille, à l’aise sur les fuseaux européens.

  • Sur quels stacks techniques travaillez-vous ? +

    Stack-agnostic. J’ai livré des systèmes en production sur TypeScript, Python et Go, sur des stacks cloud et infra modernes. Le jugement senior se transpose ; je travaille sur ce que votre équipe utilise déjà.

  • Comment se déroule le démarrage ? +

    Soit un appel diagnostic, soit une courte discussion de cadrage pour aligner sur les objectifs et contraintes. Puis une proposition écrite : scope, livrables, timeline et tarif. Aucun travail ne démarre sans accord explicite.

Mentions légales & Confidentialité


Informations légales

Ce site est édité par Benjamin Bellantonio, conseiller indépendant en technologie.

Statut
Entrepreneur individuel (micro-entrepreneur)
Activité
Conseil en systèmes et logiciels informatiques
SIRET
532 734 928 00056
Localisation
Marseille, France
Hébergement
GitHub Pages – GitHub Inc., 88 Colin P Kelly Jr St, San Francisco, CA 94107, États-Unis · pages.github.com

Confidentialité & Protection des données

Si vous me contactez via ce site ou par email, les informations que vous fournissez (nom, adresse email, contenu du message) sont utilisées uniquement pour répondre à votre demande ou échanger au sujet d'une éventuelle collaboration.

Aucune donnée personnelle n'est vendue, partagée avec des tiers, ou utilisée à des fins marketing.

Les informations peuvent être conservées uniquement le temps nécessaire au traitement de la demande ou à une éventuelle relation professionnelle.

Conformément au Règlement Général sur la Protection des Données (RGPD), vous disposez d'un droit d'accès, de rectification et de suppression de vos données personnelles.


Communication professionnelle

Les informations échangées via ce site ou lors des premiers échanges sont traitées avec discrétion professionnelle.

Cependant, sauf accord explicite, les communications via le formulaire de contact ou par email ne constituent pas un accord de confidentialité formel (NDA).