12 ans d'expérience PHP et Symfony. Ancienne tech lead dans une scale-up SaaS lyonnaise (série C, 300 personnes). Aujourd'hui à son compte en SASU. Mentor sur des projets open source liés au composant Messenger.
J'ai retrouvé Camille Roussel dans un café de la rue de la République à Lyon, un mardi matin de mars 2026. Sur la table, son MacBook ouvert sur un terminal, deux conférences techniques en attente d'être regardées, et un agenda de mentorat chargé. Camille n'a pas le profil que l'on attend d'une lead développeuse : elle parle peu de frameworks, beaucoup de gens. Elle dit que « la dette technique commence presque toujours par une dette humaine ».
Elle a accepté cet entretien pour une raison simple : elle voit arriver des juniors formés en bootcamp ou en autodidacte qui ont beaucoup de compétences mais peu de repères sur les vraies trajectoires de carrière. Combien on gagne, quand passer freelance, faut-il faire du DDD, faut-il vraiment apprendre l'IA. Pendant deux heures, elle répond sans langue de bois.
1. Comment êtes-vous devenue développeuse Symfony ?
Hélène Vasseur : Camille, vous avez 12 ans de carrière et un parcours qui commence loin de l'informatique. Comment êtes-vous arrivée là ?
Camille Roussel :Je n'ai pas suivi le chemin classique. J'ai fait une licence de mathématiques appliquées à l'université Lyon 1, je voulais devenir prof, et j'ai basculé en master MIAGE en deuxième année parce que je passais déjà mes nuits sur des scripts Python. Mon premier vrai job a été un stage de fin d'études dans une agence web rhônalpine en 2014, sur un projet PHP 5.6 qui croulait sous la dette. C'est là que j'ai découvert Symfony 2, en lisant les sources pour comprendre comment ils faisaient l'injection de dépendances. J'avais l'impression de lire de la littérature.
Après le stage, j'ai été embauchée dans la même agence comme développeuse junior à 28 000 € brut. Trois ans à faire des sites e-commerce sous Symfony 3, puis Symfony 4. C'est ma vraie école. Quand le framework est encore jeune, on est forcé de comprendre comment il marche en dessous. On ne peut pas se cacher derrière des recettes Stack Overflow.
En 2018, j'ai rejoint une scale-up SaaS lyonnaise qui faisait de la gestion de programmes RH pour des grands comptes. J'y suis restée cinq ans. J'ai vu l'équipe passer de 4 développeurs à 35, le code passer de Symfony 3 à Symfony 6, l'entreprise lever une série A, B, puis C. Je suis devenue tech lead en 2021, et c'est là que j'ai compris que mon métier n'était plus seulement le code. C'était l'architecture, le mentorat, le découpage de roadmap, les revues de code qui forment plutôt qu'elles ne sanctionnent.
Fin 2024, j'ai décidé de partir en freelance. Pas par déception, plutôt par envie de varier les contextes. J'ai créé ma SASU en janvier 2025. Aujourd'hui je travaille pour deux clients en parallèle, je mentore sur le composant Messenger en open source, et je donne deux trois confs par an au Symfony Lyon User Group.
2. Quelles compétences techniques sont indispensables en 2026 pour un dev Symfony junior ?
Hélène Vasseur : Si on est junior aujourd'hui, qu'est-ce qu'il faut absolument savoir faire pour passer un entretien Symfony en 2026 ?
Camille Roussel :Il y a un socle non négociable. PHP 8.2 minimum, avec une vraie compréhension du typage strict, des enums, des readonly properties, des constructor property promotion. C'est la base. Si en entretien le candidat écrit encore
function foo($x)sans typage, je sais qu'il a appris sur une ressource trop ancienne.Ensuite : Symfony 6 ou 7 dans les fondamentaux. Le routing par attributs, les contrôleurs minces, l'injection de dépendances par autowire, Twig pour les vues, Doctrine pour la persistance. Je ne demande pas qu'on maîtrise tout, mais qu'on sache ouvrir la doc, lire le bundle source, comprendre une stack trace.
Point souvent oublié : Git en mode équipe. Pas le Git d'un projet perso. Le Git avec rebase interactif, cherry-pick, gestion de conflits, conventions de commits, pull requests bien découpées. Un junior qui sait écrire une PR de 200 lignes que je peux relire en 15 minutes vaut beaucoup plus qu'un junior qui me balance une PR de 2 000 lignes mélangeant trois sujets.
Et enfin, ce que peu d'écoles enseignent : la capacité à lire du code existant. La majorité du métier consiste à modifier du code qu'on n'a pas écrit, dans une codebase qu'on n'a pas conçue, avec des conventions qu'on n'a pas choisies. Les juniors qui montent vite sont ceux qui passent du temps à lire avant d'écrire.
3. Symfony, Laravel ou Node.js : que conseilleriez-vous à quelqu'un qui démarre ?
Hélène Vasseur : En 2026, le débat n'est plus PHP contre Node, mais plutôt Laravel contre Symfony. Que dites-vous à quelqu'un qui hésite ?
Camille Roussel :Je dis d'abord que c'est un faux débat. Symfony et Laravel ne s'adressent pas exactement aux mêmes profils de projets. Laravel est plus magique, plus rapide pour partir d'une feuille blanche, plus orienté produit indie ou agence qui livre des sites e-commerce et des applications métier de taille moyenne. Symfony est plus structurant, plus explicite, plus pertinent quand on bâtit une application qu'on va maintenir 8 ou 10 ans avec une équipe qui tourne.
Pour un débutant, j'ai un conseil contre-intuitif : commencez par Laravel. Vous comprendrez plus vite ce qu'est un framework MVC, vous livrerez des projets en deux semaines, vous aurez des résultats motivants. Ensuite, à partir d'un an d'expérience, basculez sur Symfony si vous voulez aller dans la profondeur. C'est le chemin que j'ai vu fonctionner chez plusieurs alternants.
Pour Node.js, c'est un autre métier. NestJS s'inspire d'Angular et de Spring, c'est très structuré, mais l'écosystème JavaScript bouge plus vite et casse plus souvent que celui de PHP. Si vous aimez le frontend, Node a du sens. Si vous voulez maintenir des SI complexes pendant 10 ans, Symfony reste plus sûr.
En 2026, le marché français reste majoritairement Symfony pour les SI internes, les applications métier sectorielles, l'e-administration et le SaaS B2B. Laravel domine en agence et chez les indie hackers. Node domine sur les projets temps réel et les startups tech parisiennes à forte composante front. Choisir Symfony en France en 2026, c'est choisir la stabilité et le volume d'offres.
4. Quels sont les salaires réels en France pour un dev Symfony selon le niveau ?
Hélène Vasseur : Parlons concret. Un développeur Symfony, ça gagne combien en France en 2026 ?
Camille Roussel :Je vais vous donner les fourchettes que j'observe sur Malt, ChooseYourBoss, Welcome to the Jungle et dans mon réseau lyonnais. Tout en brut annuel, salaire fixe.
Junior, 0 à 2 ans d'expérience. Province : 32 000 à 40 000 €. Paris : 38 000 à 45 000 €. Les agences web et les ESN classiques paient le bas de la fourchette. Les ESN spécialisées et les scale-ups paient le haut. Le télétravail partiel est presque systématique, deux ou trois jours par semaine.
Confirmé, 2 à 5 ans. Province : 42 000 à 55 000 €. Paris : 48 000 à 62 000 €. C'est l'étape où la différence se creuse selon que vous avez choisi une boîte qui forme ou une boîte qui exploite. Une scale-up bien tenue avec un CTO exigeant fait monter un développeur de 20 000 € en trois ans. Une ESN généraliste vous laisse souvent stagner.
Senior, 5 ans et plus. Province : 55 000 à 72 000 €. Paris : 62 000 à 85 000 €. Si vous êtes tech lead avec management hiérarchique, vous pouvez dépasser 90 000 € dans une scale-up bien financée. C'est mon ancien salaire fixe avant de partir freelance, j'étais à 78 000 € plus une partie variable.
Freelance Symfony. TJM réel : 380 à 500 € pour un confirmé en province, 500 à 650 € pour un confirmé sur Paris ou en client grand compte, 600 à 800 € pour un senior expert. Au-delà de 800 €, on est sur du conseil spécialisé (architecture, audit, formation). Je facture 620 € en moyenne sur Lyon, 680 sur Paris en remote.
Une chose que peu de gens disent : le TJM affiché sur Malt n'est pas le TJM réellement négocié. Beaucoup de freelances affichent 700 € et facturent 550 quand le client tient bon. Les vrais 700 € existent, mais ils sont réservés aux profils avec une expertise rare ou un réseau qui amène des leads sans Malt.
5. À partir de quand passer freelance, et avec quel statut juridique ?
Hélène Vasseur : Vous avez sa pour passer freelance fin 2024. Quels conseils donneriez-vous à quelqu'un qui hésite ?
Camille Roussel :Je donne trois repères. Premier repère : ne partez pas avant 4 ans d'expérience. C'est un seuil empirique, mais en dessous vous n'avez pas la valeur perpçue qui justifie un TJM rentable, et vous risquez de subir les pires missions parce que vous ne savez pas dire non.
Deuxième repère : partez avec un client de première mission déjà signé. Idéalement votre ancien employeur, sur un mode de transition. C'est ce que j'ai fait. J'ai négocié six mois de prestation à mon ancien employeur le jour où je suis partie. Ça m'a donné le temps de signer un deuxième client en parallèle.
Troisième repère : ayez 6 mois de trésorerie personnelle. Le freelancing en TJM, c'est de la facturation à 30 ou 60 jours, parfois 90 chez les grands comptes. Vous facturez en avril, vous êtes payée en juillet. Sans trésorerie, vous craquez et vous prenez n'importe quelle mission à n'importe quel TJM.
Côté statuts juridiques en France en 2026 :
Micro-entreprise. Plafond 77 700 € HT en BNC. Simple, peu de comptabilité, pas de TVA en dessous de 36 800 €. Charges sociales 22 % environ. Pas de déduction de frais réels. Bien pour débuter ou pour un complément de revenu.
EURL à l'IS. SARL unipersonnelle, statut TNS. Optimisation rémunération vs dividendes. Charges sociales 45 % sur la rémunération, 30 % de flat tax sur les dividendes. Rentable dès 50 000 € de CA. Comptable obligatoire, environ 1 500 à 2 500 € par an.
SASU. C'est mon choix. Statut assimilé salarié sur la rémunération, donc charges sociales plus élevées (environ 80 % de charges patronales et salariales cumulées), mais meilleure protection sociale. Pas de cotisation chômage classique mais une assurance chômage indirecte via Garantie Sociale du Chef d'Entreprise. Dividendes à flat tax 30 %. Plus onéreuse en charges courantes que l'EURL, mais plus rassurante quand on a une famille à charge.
Portage salarial. Quatrième option pour démarrer sans créer de structure. La société de portage facture le client, vous reverse environ 50 % en salaire. Cher, mais simple. Bon pour tester un trimestre avant de créer une SASU.
6. Quels signaux différencient un junior d'un senior dans le code ?
Hélène Vasseur : En revue de code, vous voyez tout de suite le niveau de quelqu'un. Sur quoi vous appuyez-vous concrètement ?
Camille Roussel :Premier signal : la taille des méthodes. Un junior écrit des méthodes de 80 lignes qui font cinq choses. Un senior écrit des méthodes de 10 lignes qui font une chose, avec un nom qui dit ce qu'elles font. C'est un classique, mais ça reste le marqueur le plus robuste.
Deuxième signal : la gestion des cas limites. Le junior écrit le happy path et oublie les nulls, les listes vides, les exceptions réseau. Le senior commence par lister les cas qui peuvent mal tourner, écrit les tests d'abord, et ne pousse jamais une PR sans avoir pensé au cas où le service externe répond en 20 secondes.
Troisième signal : les abstractions. Le junior crée une abstraction dès qu'il a deux cas similaires. Le senior attend d'avoir trois cas concrets avant d'abstraire, et l'abstraction qu'il choisit révèle souvent une compréhension du domaine métier que le junior n'a pas encore.
Quatrième signal : la lecture des erreurs Doctrine. Tous les Symfony juniors paniquent devant un « Lazy loading on uninitialized object » ou un « Cycle dans les associations ». Le senior diagnostique en 30 secondes, parce qu'il a compris l'EntityManager et les UnitOfWork, pas seulement les annotations.
Cinquième signal, le plus important : la capacité à dire « je ne sais pas ». Un junior bluffe parce qu'il a peur. Un senior dit « je ne sais pas, je vais lire le code source du composant » et revient deux heures plus tard avec une explication claire. La séniorité, c'est aussi l'humilité technique.
7. Profondeur (DDD, archi hexagonale) ou largeur (frontend, devops) ?
Hélène Vasseur : Après 3 ou 4 ans, beaucoup de devs hésitent : creuser Symfony en profondeur, ou s'ouvrir au frontend, à l'infra, au devops. Quel chemin conseillez-vous ?
Camille Roussel :Je vais être directe : la largeur paie plus que la profondeur sur le marché français en 2026. Les profils « T-shaped » (un domaine de profondeur, plusieurs domaines de largeur) sont mieux payés et plus polyvalents. Concrètement, un dev Symfony qui sait aussi déployer sur Kubernetes, écrire un composant React/Vue propre et faire du SQL avancé vaut 65 000 €. Un dev Symfony pur qui ne sort pas de Doctrine vaut 55 000 €.
La profondeur paie quand vous arrivez dans une boîte qui a un vrai besoin technique pointu. Faire du DDD ou de l'architecture hexagonale n'a de sens que dans des SI où le métier est complexe : finance, santé, logétique, RH avec compliance forte. Si vous travaillez sur un site e-commerce ou une appli RH classique, le DDD est souvent un sur-investissement.
Mon conseil pratique : passez deux ans à faire de la largeur (frontend basique, devops basique, SQL avancé), puis choisissez UNE direction de profondeur en fonction de l'opportunité qui se présente. Ne décidez pas dans le vide. La profondeur doit être justifiée par un projet ou par une équipe qui en a besoin.
Personnellement, ma profondeur c'est le composant Messenger. J'ai contribué au noyau, je donne des confs sur les transports asynchrones, je conseille des boîtes sur leur architecture orientée événements. C'est devenu ma signature professionnelle. Mais avant cette spécialisation, j'ai passé cinq ans à faire de la largeur.
8. Quelles soft skills sont les plus importantes après 5 ans de carrière ?
Hélène Vasseur : Vous avez parlé tout à l'heure de « dette humaine ». Quelles sont les soft skills qui font la différence après 5 ans ?
Camille Roussel :La première, et de loin, c'est la capacité à expliquer une décision technique à un non-technique. Quand le PO ou le CEO vous demande « pourquoi ça prend trois semaines et pas trois jours », savoir répondre clairement, sans jargon, sans condescendance, c'est ce qui vous fait passer de senior tech à tech lead. Les devs qui restent dans le jargon plafonnent autour de 60 000 €.
La deuxième, c'est l'empathie en revue de code. Une revue n'est pas un examen, c'est un transfert de connaissance bilatéral. Quand je relis le code d'un junior, je commence par chercher ce qu'il a fait correctement avant de pointer ce qui ne va pas. Cette inversion de regard transforme la qualité de l'équipe.
La troisième, c'est la capacité à dire non. À un sprint trop chargé, à une fonctionnalité mal spécifiée, à un raccourci technique qui va coûter cher dans 6 mois. Dire non poliment mais fermement, en proposant une alternative, c'est ce qui distingue un développeur qui subit d'un développeur qui co-construit.
La quatrième, sous-estimée : l'écriture. Rédiger un ADR (Architecture Decision Record), un post-mortem d'incident, une RFC pour proposer un changement majeur. Ces documents sont la mémoire de l'équipe. Une bonne écriture asynchrone vaut 10 réunions.
La cinquième, c'est la résistance à la mode technique. Tous les six mois, une nouvelle technologie est présentée comme l'avenir du métier. Un senior ne saute pas sur chaque train. Il observe, il teste, il garde son scepticisme constructif. C'est ce qui m'a permis de ne pas migrer une scale-up de Symfony vers Node.js en 2022, alors que toute l'industrie nous le conseillait. Aujourd'hui, on serait en train de regretter.
9. L'IA (Copilot, Claude, ChatGPT) change-t-elle vraiment le métier en 2026 ?
Hélène Vasseur : En 2026, on ne peut plus échapper à la question. Comment l'IA a-t-elle transformé votre quotidien ?
Camille Roussel :L'IA a changé mon métier mais pas comme on le prédisait en 2023. Les prédictions catastrophistes (« les devs juniors vont disparaître ») ne se sont pas réalisées. Les prédictions enthousiastes (« on va tous coder 5 fois plus vite ») non plus.
Ce qui a changé concrètement : les tâches d'écriture mécanique ont disparu. Plus personne n'écrit à la main les getters et setters d'une entité Doctrine, plus personne n'écrit à la main un test PHPUnit basique, plus personne ne rédige des regex compliquées. Copilot et Claude font ça en deux secondes. C'est un gain de productivité réel sur les phases boilerplate, environ 20 à 30 % de mon temps quotidien.
Ce qui n'a pas changé : l'architecture, le découpage de problèmes, la compréhension du métier. L'IA reste un excellent autocompléteur mais un mauvais architecte. Quand je dois découper un domaine en bounded contexts, identifier les invariants métier, choisir entre une architecture orientée événements et une architecture transactionnelle classique, l'IA me sert à rien d'autre qu'à rebondir sur mes idées.
Le piège dans lequel beaucoup de juniors tombent : ils laissent l'IA décider de l'architecture. Résultat, ils ont du code qui compile, qui passe les tests basiques, mais qui modélise mal le métier. Six mois plus tard, c'est ingerable. La bonne pratique : dessiner l'architecture à la main, faire valider par un senior, et n'utiliser l'IA que pour l'implémentation.
Mon conseil aux juniors : utilisez l'IA, mais relisez chaque ligne qu'elle produit. Si vous ne pouvez pas expliquer pourquoi tel pattern est utilisé, n'acceptez pas la suggestion. L'IA est une assistante exceptionnelle pour qui comprend déjà ce qu'elle fait, et un piège pour qui ne comprend pas.
10. Si vous deviez recommencer, qu'est-ce que vous feriez différemment ?
Hélène Vasseur : Avec le recul de 12 ans, qu'est-ce que vous changeriez si vous débutiez aujourd'hui ?
Camille Roussel :Trois choses, et je ne vais pas tricher.
Première chose : j'aurais quitté mon premier job au bout de deux ans, pas trois. La première agence m'a beaucoup formée techniquement, mais à partir de la deuxième année, j'ai stagné. J'aurais dû partir plus tôt, même si c'était inconfortable. Le mythe de la fidélité à un employeur en début de carrière est financièrement coûteux. Sur 12 ans, j'estime avoir laissé 30 000 à 40 000 € sur la table.
Deuxième chose : j'aurais commencé les conférences techniques plus tôt. J'ai donné ma première conf en 2021, à 7 ans d'expérience. C'était trop tard. Parler en public sur un sujet qu'on maîtrise force à structurer sa pensée, à consolider ses bases, à rencontrer son réseau. C'est aussi un accélérateur de carrière considérable. Mes deux clients freelance actuels viennent de personnes qui m'ont vue parler en conf.
Troisième chose : j'aurais appris à lire les bilans comptables. Quand vous bossez en startup ou en scale-up, comprendre les tableaux financiers, savoir lire un compte de résultat, identifier le burn rate, comprendre la dilution après une levée, c'est ce qui distingue un dev qui subit la roadmap d'un dev qui co-décide. Quand j'ai eu mes BSPCE en 2022, je n'ai pas su les négocier correctement parce que je ne comprenais pas la structure capitalistique. Aujourd'hui, je le ferais autrement.
Et un point bonus que je vais ajouter : j'aurais gardé un projet perso permanent. Pas pour le mettre sur le CV. Pour garder l'enfance du métier, le plaisir de coder pour soi, l'absence de pression de delivery. C'est ce qui m'aurait gardée en bonne santé mentale dans certaines périodes intenses.
Questions rapides : les idées reçues sur la carrière Symfony
- « Symfony est mort, tout le monde passe à Laravel ou Node »
- Faux. Symfony reste majoritaire en France sur les SI internes, l'e-administration et le SaaS B2B. Les volumes d'offres en 2026 sont stables, légèrement en hausse sur Lyon, Nantes, Bordeaux. Laravel monte mais ne remplace pas Symfony sur les projets exigeants.
- « Un développeur Symfony freelance gagne 600 € de TJM facile »
- Faux. Le TJM réel d'un confirmé oscille entre 380 et 500 € en province, 500 et 650 sur Paris. Les 600 € et plus sont réservés aux seniors avec expertise rare ou réseau direct. Le chiffre affiché sur Malt n'est pas le chiffre facturé.
- « Il faut savoir le frontend pour être pris en agence »
- Faux mais utile. En agence, un dev Symfony pur trouve facilement du travail. Mais maîtriser un frontend (React, Vue, Stimulus) augmente le TJM ou le salaire de 5 à 10 %, et ouvre l'accès aux missions full-stack qui sont plus intéressantes intellectuellement.
- « Un dev senior n'a pas besoin de DDD »
- Vrai, ça dépend du contexte. Le DDD est pertinent dans des métiers complexes (finance, santé, RH compliance). Sur un site e-commerce ou une appli RH classique, le DDD est un sur-investissement qui ralentit l'équipe. Connaissance utile, application contextuelle.
- « Le marché Symfony est saturé en France »
- Faux. Il y a une pénurie persistante de profils confirmés et seniors, particulièrement à Lyon, Toulouse, Nantes, Lille. Les juniors sont plus nombreux qu'avant mais le marché absorbe. Les seniors avec expertise pointue (Messenger, API Platform, perfs Doctrine) sont rares et très recherchés.
- « Le télétravail 100 % est la norme en 2026 »
- Faux mais souvent négociable. Le standard est 2 à 3 jours de télétravail par semaine. Le 100 % remote existe (scale-ups distribuées, freelance) mais reste minoritaire. Beaucoup d'entreprises sont revenues à un modèle hybride après 2023.
- « Une certification SymfonyCasts vaut un diplôme »
- Faux. Une certification est un signal positif sur un CV, mais elle ne remplace pas un diplôme d'ingénieur ou de master pour les grands groupes et les administrations. Pour les agences et les scale-ups, c'est un plus. La vraie différence se fait sur le portfolio GitHub et les projets concrets.
Conclusion : les 3 choses à retenir
1. Le marché Symfony n'est pas mort, il s'est professionnalisé. Les juniors entrent plus facilement, les seniors sont plus rares, les TJM des seniors experts montent. Si vous débutez en 2026, le marché vous absorbe. Si vous êtes confirmé et que vous stagnez, c'est que vous avez choisi un mauvais employeur, pas que le métier décline.
2. La largeur paie plus que la profondeur, jusqu'à un certain point. Devenez T-shaped : un domaine de profondeur (le mien c'est Messenger), plusieurs domaines de largeur (frontend, devops, SQL, métier). La profondeur pure ne paie qu'à partir d'un niveau d'expertise rare, atteignable après 5 à 7 ans focalisés.
3. Votre métier change, mais pas dans le sens qu'on prédit. L'IA ne remplace pas les développeurs, elle remplace l'écriture mécanique. Les soft skills (expliquer, écrire, dire non, lire un bilan) prennent une importance croissante. Le code reste la base, mais c'est de moins en moins ce qui distingue un bon développeur d'un excellent développeur.
Pour creuser ces sujets, lisez aussi notre guide sur comment devenir développeur web Symfony, notre dossier sur le métier de développeur Symfony freelance, et notre guide complet Symfony 7 en 2026. Pour suivre l'actualité du framework directement, le portail communautaire officiel symfony.com/community reste la référence.
