Développeuse web freelance, spécialisée Symfony et e-commerce
Basée à Bordeaux — 9 ans d'expérience PHP/Symfony
Portrait éditorial — synthèse d'entretiens avec des développeurs Symfony freelances
Lucie Fontaine travaille principalement avec des TPE et PME du secteur e-commerce, sur des projets Symfony allant de la boutique sur mesure au portail B2B. Elle a commencé à intégrer les outils IA dans son travail à l'automne 2025, d'abord avec méfiance, puis progressivement convaincue par les résultats concrets. Cette conversation s'est déroulée par visioconférence depuis Bordeaux.
Première adoption : comment vous avez commencé
Hélène Vasseur : Comment avez-vous commencé à utiliser les outils IA dans votre workflow Symfony ? C'était délibéré ou progressif ?
Lucie Fontaine : Progressif, clairement. J'avais essayé GitHub Copilot en 2023, mais ça m'a laissée froide. Les suggestions étaient souvent à côté de la plaque, surtout sur du code Symfony spécifique avec des conventions de projet bien établies. Du coup, j'avais mis ça de côté.Ce qui a vraiment changé les choses, c'est un collègue qui m'a montré Cursor en septembre 2025. La différence immédiate : il comprenait mon projet. Pas juste le fichier ouvert, mais l'architecture complète. Quand j'ai demandé « Crée un service CartManager qui s'appuie sur les mêmes patterns que ProductService », il a analysé ProductService et produit quelque chose de cohérent. Avant, ça, ça n'existait pas.
Hélène Vasseur : Le fichier .cursorrules dont vous parliez dans votre présentation — c'est vraiment aussi décisif que ça ?
Lucie Fontaine : C'est la chose la plus sous-estimée de Cursor. Sans .cursorrules, vous avez un bon outil IA généraliste. Avec, vous avez un assistant qui connaît votre stack précise, vos conventions de nommage, votre version de Symfony, vos contraintes de sécurité.Sur un projet e-commerce Symfony 7, j'ai mis deux heures à rédiger un .cursorrules détaillé. Et ensuite, chaque génération de code respectait nos attributs PHP 8, notre injection par constructeur, nos conventions de test. Ces deux heures m'en ont fait gagner des dizaines.
Comment Cursor change la lecture du code hérité
Hélène Vasseur : Vous travaillez souvent sur des projets repris d'autres développeurs. Est-ce que Cursor aide sur ce point spécifique ?
Lucie Fontaine : C'est là où il est le plus bluffant. J'ai repris en octobre un projet Symfony 4.4 que personne n'avait touché depuis 2021. Pas de documentation, des services qui font trop de choses, des nommages cryptiques.J'ai ouvert le projet dans Cursor, j'ai sélectionné le service le plus opaque — AppManagerService, 800 lignes — et j'ai demandé : « Explique ce que fait ce service, identifie les responsabilités, et propose un plan de refactoring ». En 30 secondes, j'avais une analyse claire avec 7 responsabilités distinctes et un plan en 5 étapes. Ce qui m'aurait pris une demi-journée.
Cursor n'est pas infaillible sur le code légacy — parfois il manque le contexte métier implicite. Mais il donne une carte pour se retrouver dans la jungle. C'est déjà énorme.
Les peurs initiales sur l'IA
Hélène Vasseur : Vous avez mentionné des réticences initiales. Est-ce que vous aviez peur d'être remplacée ?
Lucie Fontaine : Honnêtement ? Au début, oui. Quand vous voyez Cursor générer en 10 secondes un contrôleur qui vous aurait pris 45 minutes, vous vous posez la question. Mais très vite, vous réalisez que ce qui prend du temps dans votre métier, c'est rarement l'écriture du code lui-même.Ce qui prend du temps, c'est comprendre le problème métier du client, décider de l'architecture, anticiper les cas limites, relire et valider le code, déboguer les cas tordus. Tout ça, l'IA ne le fait pas. Elle accélère l'exécution une fois que les décisions sont prises.
Ma seconde peur, c'était la qualité du code. J'ai vérifié obsessionnellement les premiers mois. Et oui, Cursor fait des erreurs — il propose parfois des patterns obsolètes, il peut générer du code non-typé si le .cursorrules n'insiste pas dessus. Mais avec un bon fichier de configuration et une relecture systématique, le code final est solide.
Cas concret : refactoring d'un projet Symfony 5 avec Claude
Hélène Vasseur : Vous avez mentionné un refactoring important aidé par Claude. Vous pouvez détailler ?
Lucie Fontaine : C'était un projet de marketplace B2B sur Symfony 5.4, avec une couche d'autorisation faite maison complètement ingérable. Le client voulait migrer vers Symfony 7 et adopter le composant Security moderne avec les voters.J'ai utilisé Claude Code depuis le terminal pour cette partie spécifique. J'ai présenté les fichiers concernés, expliqué les règles d'autorisation en langage naturel, et demandé un plan de migration. Claude a généré les voters Symfony, les a adaptés à mes règles métier, et a produit les tests associés.
Ce qui aurait été 3 à 4 jours de travail — analyse de l'existant, réécriture, tests, debug — a pris environ 1,5 jour. Et le code final était propre, testé, et lisible. Le client était agréablement surpris par le délai.
Ce que Lucie ne délègue jamais à l'IA
Hélène Vasseur : Il y a des tâches que vous refusez de confier à l'IA ?
Lucie Fontaine : Plusieurs choses. Les décisions d'architecture, d'abord. Quelle structure de données adopter, comment gérer la scalabilité, quelle API design — ça, c'est mon travail. L'IA peut proposer des options, mais la décision finale appartient à quelqu'un qui comprend le contexte métier complet.Les revues de sécurité également. Je teste toujours les entrées utilisateur manuellement, je vérifie les politiques CORS, les tokens CSRF, les autorisations. L'IA peut rater des failles contextuelles qu'un humain détectorait immédiatement.
Et la communication avec le client. Analyser les besoins réels derrière la demande exprimée, détecter les incohérences dans les spécifications, proposer des alternatives — ça requiert de l'intelligence émotionnelle et une compréhension du contexte qu'aucun modèle ne replique fidèlement.
Avis sur le vibe coding
Hélène Vasseur : Vous avez suivi l'émergence du « vibe coding ». Qu'en pensez-vous pour des projets Symfony sérieux ?
Lucie Fontaine : J'ai testé le vibe coding pur sur un prototype personnel. Et oui, c'est impressionnant pour aller vite. Mais sur un projet client, c'est irresponsable. Un projet Symfony e-commerce en production, c'est de l'argent, des données client, des transactions. Vous ne pouvez pas vous permettre de ne pas comprendre le code qui tourne.Ce que j'observe chez des collègues qui virent vers le vibe coding total, c'est une accumulation silencieuse de dette technique. Les tests passent, l'IA est contente, mais l'architecture devient inconsistante. Six mois plus tard, le projet est inemêlable.
La bonne approche, c'est ce que j'appelle le « vibe coding encadré » : vous guidez l'IA avec précision, vous relisez tout, vous maintenez les tests. L'IA accélère l'exécution, pas la réflexion. Pour en savoir plus, consultez notre analyse sur le vibe coding en PHP et Symfony.
Questions rapides : les idées reçues sur l'IA pour Symfony
Copilot ou Cursor ? Cursor pour les projets Symfony. Copilot pour du frontend React ou des petits scripts.
ChatGPT ou Claude ? Claude pour le code PHP complexe. ChatGPT pour la documentation, les explications concept.
VS Code ou Cursor ? Cursor si vous faites du Symfony 6+ à temps plein. VS Code avec des extensions si vous avez des contraintes d'équipe.
L'IA vous a-t-elle déjà induit en erreur ? Oui — une fois, Cursor a généré une migration Doctrine qui aurait supprimé des colonnes existantes. D'où la règle absolue : ne jamais exécuter une migration sans l'avoir lue entièrement.
Les clients savent-ils que vous utilisez l'IA ? La plupart savent et s'en fichent, tant que le résultat est de qualité. Ce qui compte, c'est la livraison, pas les outils.
Conclusion : les 3 choses à retenir
Lucie termine l'entretien avec trois conseils issus de son expérience :
1. Commencez par le .cursorrules. C'est l'investissement qui multiplie tous les autres. Passez une heure à le rédiger soigneusement pour chaque projet et vous économiserez des dizaines d'heures de correction.
2. Gardez la relecture systématique. L'IA génère du code probable, pas forcément correct. Relire chaque bloc généré n'est pas une négation des bénéfices de l'IA — c'est votre valeur ajoutée en tant que professionnel.
3. Ne déléguez pas la réflexion. L'IA accélère l'exécution. La pensée architecturale, la compréhension métier, et la relation client restent vos responsabilités. C'est d'ailleurs ce qui justifie votre TJM.
Pour aller plus loin sur les outils IA pour Symfony, consultez notre guide complet Cursor IDE pour PHP et Symfony, notre comparatif Copilot vs Cursor vs Claude Code, et notre dossier sur l'IA et le développement web en 2026. Si vous débutez, notre guide apprendre Symfony en 2026 intègre les ressources adaptées au contexte IA.