Quatorze ans dans la tech, dont une dizaine en management. Un passage par VP Engineering, avec une équipe d'une trentaine de personnes. Puis un virage vers le mode solo builder, avec l'IA comme levier d'accélération. Florian Bruniaux ne présente pas une méthode. Il partage un retour d'expérience brut, issu du terrain.
1. Un career ladder traversé dans les deux sens
Florian Bruniaux décrit son parcours comme un zigzag sur environ quatorze ans. Il démarre développeur, obtient son diplôme d'Angers vers 2014, et se retrouve à recruter une première équipe moins de six mois après être sorti de l'école. Il gravit ensuite les échelons jusqu'aux postes de CTO et VP Engineering, notamment chez Cheerz, où il pilote jusqu'à une trentaine de personnes directes et indirectes.
Chez Cheerz, le rôle est clairement hands-off : 80 % de people management, 20 % de tech. Il gère les recrutements, les career paths, les offres, les plans d'augmentation, une partie du budget, ainsi que les équipes back, front et infra.
La décision de quitter ce rôle est motivée par plusieurs raisons : se sentir rouillé et challengé par des personnes qu'il avait recrutées en stage quelques années avant, vouloir de la contribution directe, et changer d'environnement.
Depuis un peu plus de trois ans, il est sur de l'early stage. Il est aujourd'hui Founding AI Engineer chez Méthode Aristote, une startup de soutien scolaire avec IA qui compte une dizaine de personnes.
"Je pense être un bon couteau suisse senior. Le fait d'avoir occupé autant de types de postes différents, et d'avoir fait le passage du career ladder jusqu'à CTO et redescendre après vers un poste de founding eng font que je suis à peu près capable d'aller défoncer n'importe quelle problématique, people, software design, tech."
2. Une startup EdTech early stage boostée à l'IA
Méthode Aristote fait du soutien scolaire avec IA, à destination des enfants. La boîte appartient au groupe Cartesia Education, un groupe EdTech d'une quinzaine d'années constitué de plusieurs écoles sur des prépas, concours et formations continues. Les fondateurs du groupe, Ben et Emery, ont décidé de créer une entité à part entière pour aller vite sur un nouveau public, en partant d'un POC lancé environ un an avant le live.
La structure est volontairement différente de la maison mère. Quasiment que des profils seniors, tous boostés à l'IA au marketing, aux sales ou à la tech. C'était un prérequis pour rentrer dans l'aventure.
L'IA est présente à deux niveaux : dans le produit pour accompagner les élèves, et dans la façon de travailler de l'équipe elle-même.
3. Quand la vélocité explose
À son arrivée chez Méthode Aristote, le deal est clair : sortir la plateforme en quelques semaines pour être en production à la rentrée. Florian reprend un projet existant, l'adapte sur sa stack, et livre une première version en six semaines. Ses deux cofondateurs lui demandent alors d'accélérer encore.
À ce stade, il utilise déjà Copilot pour l'autocomplete et la génération de fichiers. Mais il se reconnaît dans l'état où encore beaucoup de devs sont bloqués : un chatbot qui répond à des questions, un Stack Overflow amélioré. Sa conclusion : le seul moyen d'accélérer, c'est l'IA.
Il entre alors dans un deep dive complet : lecture de documentation, échanges, expérimentations, casse de projets. Sa vélocité explose en quelques semaines.
L'estimation qu'il donne : cette première version livrée en six semaines aurait nécessité peut-être trois ou quatre mois, une équipe de trois ou quatre ingénieurs dans le modèle classique. Avec le niveau actuel de son usage de l'IA, il estime qu'il la livrerait en quelques jours maximum. Son ordre de grandeur : cinq à six fois plus rapide.
"Le Zodiac avait un moteur. Maintenant, il en a cinq."
"L'IA casse l'équation ou en tout cas a cassé la mienne, littéralement."
4. Un senior solo qui sort autant qu'une équipe de quinze
L'axiome du monde d'avant : un VP pilote trois leads et quinze devs, ça sort quinze features par sprint. Un dev, un cycle, une feature.
Ce même profil senior, en mode solo builder avec une flotte d'agents IA, fait les quinze features sur la même période temporelle. Seul.
Le multiplicateur pour un dev senior qui monte en compétences sur l'IA : entre deux et cinq fois plus productif, selon le profil, l'ouverture et la nature du produit.
La conséquence organisationnelle est déjà en cours. Des boîtes qui avaient besoin de trente ou cinquante personnes pour sortir un produit n'en ont plus besoin du même nombre. Ce n'est pas dans un an ou dans deux ans, c'est maintenant.
"Je n'ai jamais autant bossé pour ainsi dire. En gros, je vais beaucoup plus vite, mais je ne fais pas ma journée de taf en deux heures, sachant que je vais cinq fois plus vite une journée de dix heures. Je pourrais la faire en deux heures. Non, j'en fais cinq fois plus."
5. Les compétences EM qui survivent au changement de rôle
Florian identifie plusieurs compétences issues de son parcours de manager qui restent directement utiles dans son mode de travail actuel.
Scope et discipline
La compétence qui l'aide au quotidien, ce n'est même plus la tech. Quand on a mis les bonnes règles, les bons outils dans Claude, c'est limite trop facile. C'est maintenant apprendre à ne pas tout faire en même temps et à bien cadrer.
La convergence
Il se décrit comme naturellement divergent : idéation, plein d'idées, défricher des terrains. Sa carrière de manager l'a forcé à être convergent, à choisir, à trancher. Mais c'est un muscle qu'il a travaillé. Avec l'IA, tout va plus vite, tout peut être fait en parallèle, mais on ne peut pas tout faire sinon on ne fait pas tout bien.
L'orchestration
Gérer quinze à vingt agents en parallèle tous les jours sur plusieurs projets, il le compare à ce que faisaient les EM avec des équipes larges. C'est un muscle qui se travaille.
Ce qui devient obsolète
Dans une équipe de deux personnes à l'early stage, les one-on-ones, le sprint planning Scrum, les maquettes LoFi/HiFi avant de lancer en développement disparaissent.
"J'ai presque appris à déconstruire ce que j'avais appris à construire."
6. La même mécanique, sans les frictions humaines
La comparaison qu'il fait est précise. Avant : il s'adressait à un dev senior, lui donnait un contexte business clair, un scope technique défini. Ce n'est pas lui qui donnait la solution, le dev était meilleur que lui, c'est le dev qui donnait la solution technique.
Le même schéma s'applique avec un agent IA. La différence : l'agent a besoin de plus de contexte au démarrage, faute de mémoire accumulée. Et contrairement au dev senior, l'IA ne va pas venir forcément penser et demander si elle a bien compris.
Ce qui change : la friction humaine disparaît. Avant que le truc soit embarqué, il y avait déjà trente minutes à désamorcer des sujets humains. Ce n'est plus le cas. Le premier checkpoint qui prenait plusieurs jours prend maintenant vingt à trente minutes.
La limite : si on n'a pas bien cadré l'IA, elle part dans tous les sens.
7. Les meilleurs orchestrateurs
Sur la question de qui navigue le mieux dans l'IA, la réponse est contre-intuitive. Ce ne sont pas les meilleurs devs codeurs qui s'adaptent le mieux à l'IA. Presque au contraire. Les meilleurs codeurs ont souvent leur ego dans leur code. Si on leur retire ça, il reste quoi ?
Lui s'en sort différemment : il avait zéro ego dans le code. Il a été EM, il a recruté des gens meilleurs que lui. Par définition, il n'était pas le meilleur. Quand il a compris que l'IA allait produire du meilleur code : so what ? Ça a toujours été le cas.
Les profils qu'il a vus s'adapter le mieux : les anciens staff engineers qui étaient déjà un peu ressources volantes, coachs qui géraient plusieurs sujets en parallèle, habitués à gérer de la complexité. Et les seniors déjà multiprojets, habitués au context switching.
La compétence clé : il y a vraiment un modèle mental d'orchestration qui se travaille. Exemple concret : il peut suivre une réunion, avoir tout compris et avoir codé trois features en parallèle.
8. La carte se redessine
Florian liste plusieurs familles de rôles en train d'émerger ou déjà présents.
Rôles établis
Prompt Engineer, ML Engineer, MLOps Engineer, AI Architect.
Rôles en forte croissance
Context Engineer, AI Engineer. Il compare cette prolifération à ce qui s'est passé avec DevOps : DevOps, SRE, FinOps. Ça se découpait. Il faut imaginer le même phénomène.
Founding AI Engineer
Son rôle. On arrive dans du early, on sait parler à peu près à toutes les populations de la boîte, on tabasse, on n'est pas forcément un expert sur un truc particulier. Par contre, il faut faire du front, du back, du product, même de la bobologie informatique. On y va à grand renfort d'IA pour aller plus vite.
Harness Engineer
Les nouveaux garants de la qualité gérée par l'IA. Leur rôle : mettre en place les bons scripts, les bons verrous, les hooks. Garantir que les agents restent sous contrôle. C'est celui qui va vraiment orchestrer les contraintes, l'entropie du code, les linters, paramétrer dans Datadog.
Orchestration Engineer
Issu plutôt de la branche DevOps. Gère comment les différents agents partagent une mémoire commune, comment une équipe contrôle ses coûts, comment le contexte d'un développeur est partagé à un autre.
Sur l'IA et les EM
L'IA va plutôt remplacer la production à moins grande valeur ajoutée sur des tâches plus basiques. La réalité, c'est que maintenant, on coordonne différemment. On va peut-être coordonner moins de personnes, mais on va coordonner en parallèle des agents.
Sa conviction : tout le monde va en faire, pas le choix. Du CEO au comptable, au marketing jusqu'au dev.
9. Contribuer, builder, et choisir son chemin
Florian mentionne plusieurs projets pour illustrer concrètement le gain de vélocité permis par l'IA.
Guide Claude Code
Parti d'un fichier Markdown de notes personnelles transférées à son équipe, puis à des pairs, puis à une communauté. On lui a dit de faire de l'open source.
RTK
Un outil d'optimisation de tokens sur des commandes CLI. Il y contribue après avoir vu un post LinkedIn de Patrick, le fondateur du projet. Il est une buse en Rust et pourtant, il est le contributeur principal d'un projet qui cartonne à l'échelle mondiale. Il a juste bien configuré l'IA.
CC Board
Un outil de monitoring de sessions Claude Code, codé en Rust. Conçu pour un besoin concret : retrouver une session perdue et voir combien chaque session coûte.
Cowork
Fait pour sa mère et sa femme.
StarMapper
Une idée apparue il y a deux jours, codée sur deux soirées. L'idée : visualiser géographiquement les personnes qui ont étoilé un repo GitHub, pour identifier des contributeurs potentiels à proximité.
Sur l'open source
C'est l'âge d'or de l'open source. Un junior avec deux ans d'expérience peut sortir le prochain projet mondial.
Sur le signal recruteur
Dans son entreprise, un critère clé dans les CV est de savoir si le candidat a déjà poussé du code en production. Une fois que tu as poussé du code en prod, tu as rencontré toutes les galères de déployer en prod, de la QA, du building time.
"Prenez pas un truc par défaut, vraiment, allez là où vous kiffez, allez là où vous pensez apporter de la valeur à l'instant T parce que ça peut changer."