L'éléPHPant dans la pièce : l'usage de l'IA

Le programme de cette année à la Cité universitaire de Paris était bien évidemment très orienté autour de l'Intelligence artificielle qui disrupte complètement nos métiers...

Coder avec l'IA

Fabien Potencier nous a fait une démo en live de comment il a repensé sa manière de coder faire travailler son agent IA qu'il a baptisé Gérard.

Il a expliqué comment il a développé son propre agent IA (grâce au nouveau composant Symfony TUI présenté le matin-même) mais également son agent orchestrateur d'agents de codage : Gérard orchestrateur, capable de lancer des agents IA en mode "YOLO", comme il le dit, mais dans des contextes totalement maitrisés (conteneurs Docker avec uniquement les accès Internet sortants qu'il a autorisé).

Mais Fabien a aussi alerté sur les limites de l'IA de manière assez directe : "dans 6 mois vous êtes morts". Il faisait allusion aux développeurs, équipes, porteurs de projet, qui se lancent dans le "vibe coding" sans maitrise du développement, de ses enjeux et du cadrage qu'il nécessite. La tentation est grande de laisser faire l'IA, mais sans guides, vérifications et relectures éclairées, la dette technique devient très vite fatale pour le projet.

Chez ACSEO, on est 100% d'accord avec cette approche. On travaille avec l'IA, mais on met en place des standards de développements et outils de documentation des projets à destination des IA afin que le code produit continue de répondre à la qualité qu'on attend chez ACSEO.

Vérifier le code avec l'IA

Thomas Boileau, dans "l'anatomie d'un assistant de code review", nous a alors expliqué comment ils ont mis en place chez YouSign un système de gestion des code reviews par IA. Les code reviews sont les moments où un développeur (souvent le lead-dev) relit le travail d'un autre pour vérifier qu'il n'y a pas d'erreurs et s'assurer que le code est de bonne qualité avant de l'intégrer au projet. Si celles-ci sont totalement ancrées dans nos pratiques chez ACSEO, elles sont pour l'instant faites à 100% manuellement.

Thomas nous a montré comment il a mis en place un système permettant de faire une première passe de review à partir de "Standards" qui ont été mis en place et que les développeurs peuvent améliorer au fur et à mesure des cas rencontrés.

Au-delà du gain de temps, il met surtout en avant la connaissance accumulée et consolidée de ses équipes grâce à l'IA. Car, comme il l'a répété à plusieurs reprises : l'IA ne remplace pas l'humain, elle est simplement là pour apporter un support !

Utiliser l'IA dans nos projets

Si les 2 conférences ci-dessus nous ont orienté (ou confirmé la direction que nous avons prise) dans la manière d'utiliser l'IA par nos équipes, Titouan Galopin nous a donné des guides pour utiliser et cadrer les réponses de l'IA dans nos projets.

Si la puissance de l'IA n'est plus à démontrer, elle reste cependant très difficile à fiabiliser de par sa nature non-déterministe : contrairement à un algorithme classique où A+B donnera toujours C, une IA peut donner un résultat légèrement différent à chaque fois pour une même question. On ne peut jamais garantir à 100 % qu'elle ne va pas "halluciner" ou faire une erreur de raisonnement.

Et c'est pour cadrer cet usage que Titouan nous a présenté différents design patterns en s'appuyant sur un algorithme appelé GEPA (Genetic Pareto) via des outils comme DSPy (en Python).

Au lieu d'écrire le prompt parfait manuellement, on génère une première version basique ainsi qu'un dataset : un ensemble de données d'entrée avec ce qu'on attend de l'IA en sortie. Cet algorithme va générer plusieurs variantes du prompt, les évaluer grâce à la métrique de qualité sur le dataset, et sélectionner itérativement la meilleure version.

Cette méthodologie permet donc d'améliorer les performances et la fiabilité du prompt pendant le développement, mais elle permet surtout de disposer d'un outil permettant de se prémunir de régressions en cas de modification dans notre code, ou du modèle d'IA lui-même.

On sent que l'usage de l'IA entre aujourd'hui dans une dynamique d'industrialisation...

Voici le lien pour voir le récap complet des conférences du SymfonyLive Paris 2026.

Pourquoi ACSEO a choisi de sponsoriser le Symfony Live ?

On nous demande souvent pourquoi ACSEO choisit d'investir dans le sponsoring d'un événement communautaire tel que le SymfonyLive Paris. La réponse tient en trois points.

1. La veille active au service du client

Assister aux conférences, c’est bien. Être acteur de l'événement, c’est mieux. En tant que sponsor, notre équipe accède aux coulisses des annonces techniques. Lorsqu'on analyse les système de gestion des code reviews par IA, on réfléchit en live à la manière dont ça impactera les projets de nos clients dès ce soir !

2. Soutenir la souveraineté de l'open source

Symfony est une solution open source, c'est à dire gratuite ! En soutenant financièrement le SymfonyLive, ACSEO contribue à la pérennité d'un outil open-source indépendant, et, qui plus est Français ! C'est une garantie de liberté pour notre travail et pour nos clients.

3. L'excellence technique

Nos développeurs sont notre plus grande force. Les envoyer au SymfonyLive, c'est leur offrir un terrain de jeu intellectuel stimulant. Pour notre équipe, c'est le signal qu'ACSEO est l'endroit où l'on pratique le PHP le plus poussé.

Transformer l'inspiration en production

Le SymfonyLive Paris 2026 est terminé, mais pour ACSEO, le véritable travail commence maintenant. Chaque conférence, chaque échange informel se transforme en une brique de savoir supplémentaire qu'on injecte dans nos prochains sprints de développement.

Vous avez un projet en Symfony et vous cherchez une agence experte partenaire qui maîtrise les derniers standards de Symfony ? Contactez nous !