🧩 Meetup AFUP Paris – Novembre 2025

le 28 novembre 2025

Validation des documents avec Symfony + IA & décryptage du test technique

Le 27 novembre 2025, l’Antenne AFUP Paris : PHP se réunissait chez Eleven Labs, au 102 Rue du Faubourg Saint-Honoré, pour un nouveau meetup de la saison 2025-2026. Une soirée conviviale, technique et résolument tournée vers les enjeux actuels du développement PHP : IA appliquée à Symfony, qualité, recrutement… et un bon moment de networking.

🏢 Un accueil chez Eleven Labs

Pour cette édition, Eleven Labs – ESN experte en projets web et mobiles sur mesure, présente à Paris, Nantes et Montréal – recevait la communauté au 5ᵉ étage de ses locaux. Une atmosphère idéale pour échanger, apprendre et rencontrer d’autres passionnés du web.

🎤 Introduction & Actualités AFUP – Présentation d’ouverture du meetup

Comme à chaque édition, l’équipe AFUP Paris a ouvert la soirée par un mot d’accueil, des annonces importantes et un tour d’horizon de l’actualité PHP et communauté. Voici un résumé complet des points présentés.

🙋‍♀️ 🎙️ Appel à Speakers, Sponsors & Lieux d’accueil

L’AFUP Paris change régulièrement de speakers, de locaux et même parfois de partenaires pour la nourriture et les boissons après les talks.

👉 Si vous souhaitez :

proposer un sujet,

accueillir un meetup dans vos locaux,

ou sponsoriser l’apéritif,

vous êtes les bienvenus ! Il suffit de nous contacter — nous planifions les meetups plusieurs mois à l’avance.

🎓 Programme de Mentorat AFUP : deux volets

L’AFUP dispose de deux programmes de mentorat, tous deux bénévoles et gratuits :

Mentorat pour les speakers

Pour celles et ceux qui veulent :

apprendre à préparer un talk,

structurer une présentation,

ou gagner en aisance pour parler en public.

Ce programme est encore méconnu, mais ouvert à tous les niveaux. N’hésitez pas à vous inscrire !

Mentorat PHP

Pour :

les mentorés souhaitant progresser en PHP,

les mentors qui veulent transmettre leurs connaissances.

👉 Le lien d’inscription est disponible durant les meetups et sur nos réseaux.

🗓️ Les prochains meetups AFUP Paris

Les deux prochaines dates sont déjà fixées :

Mardi 17 décembre – chez Acolia

Jeudi 8 janvier – chez Libid

Comme toujours, ces soirées sont gratuites et ouvertes à toutes et tous, dans la limite des places disponibles.

🔄 Tour d’horizon des meetups tech parisiens

L’AFUP profite de chaque édition pour relayer les événements tech voisins. Début décembre, plusieurs meetups auront lieu à Paris autour de :

Ruby

Sécurité / AppSec

Angular

Et d’autres communautés locales

Une belle occasion d’explorer d’autres écosystèmes et d’élargir son réseau !

🗞️ Actus AFUP National 🔹 AFUP Day 2025 – Le 22 mai

L’événement a été annoncé le mois dernier. Il se déroulera dans 24 villes dont : Bordeaux, Lille, Lyon… et, pour la première fois, Paris !

👉 Les inscriptions sont ouvertes. Un QR code était affiché : il reste encore quelques places à tarif “yeux fermés”.

🐘 Actus PHP PHP 8.5 est sorti !

La nouvelle version est disponible depuis quelques jours :

nouveau site officiel,

améliorations de performance,

nouvelles fonctionnalités bienvenues pour les développeurs.

Résultats du Baromètre des Salaires AFUP

Le baromètre annuel est paru :

tendances du marché,

fourchettes par rôle,

évolution des salaires PHP en France.

Très utile pour vous situer dans votre progression ou vos négociations.

PHPStan améliore massivement son support

Notamment pour :

les data providers,

d’autres constructions PHP historiquement mal prises en charge.

Une bonne nouvelle pour les projets exigeants en qualité et statique.

📱 Réseaux & communauté LinkTree AFUP

Tous les liens utiles sont regroupés ici : LinkedIn, Twitter/X, Discord, Slack, Meetup…

Questionnaire de feedback

Un QR code a été présenté pour recueillir vos retours sur la soirée. Ces feedbacks nous aident à améliorer les prochains meetups.

🎙️ 1. Symfony + IA : validez vos documents avant même de les ouvrir !

Intervenante : Marianne Joseph-Géhannin

La soirée a démarré fort avec une présentation centrée sur la pré-validation automatisée de documents grâce au combo Symfony + OCR + LLM. Un cas d’usage très actuel pour les équipes produit et les plateformes qui manipulent des fichiers hétérogènes au quotidien.

Pour cette première présentation de la soirée, Marianne a partagé un retour d’expérience concret : comment combiner Symfony, l’OCR et les modèles de langage (LLM) pour automatiser la pré-validation des documents administratifs — avant même qu’un humain ne les consulte.

Un sujet pratique, issu d’un vrai besoin client, mêlant IA, qualité et architecture.

👤 Qui est Marianne ?

Marianne développe en PHP depuis 2011, avec un parcours qui a traversé Symfony depuis la version 1.4. Elle travaille chez Eleven Labs depuis 2020 et est actuellement en mission au Monde, notamment sur le framework Falcon.

🧩 Le problème : des documents à traiter… en masse

Le cas d’usage présenté provient d’un appel d’offres pour une société gérant les voyages scolaires et séjours de vacances.

Chaque dossier nécessite de nombreux documents :

carte d’identité,

passeport,

certificat,

justificatifs divers…

Pour les équipes opérationnelles, la vérification manuelle représente :

une charge chronophage,

un risque d’erreur,

un traitement à faible valeur,

et une grosse variabilité dans la qualité des documents fournis.

🎯 Objectif du projet : éliminer automatiquement les documents incorrects afin que les opérateurs ne traitent que les dossiers réellement valides.

🧰 Les trois piliers techniques du projet

Marianne a construit sa solution avec trois briques principales :

Symfony + Symfony-AI

La nouvelle initiative Symfony AI offre :

une intégration native des LLM dans l’écosystème Symfony,

des clients pour les modèles de langage,

la vectorisation intégrée,

un “AI Platform” pour simplifier l’usage des providers.

Dans ce projet, Marianne a surtout utilisé :

l’intégration ChatGPT via Symfony-AI Platform,

une première approche de vectorisation pour structurer des règles.

L’OCR avec Tesseract

Les documents fournis sont souvent des images (scans, photos, PDF non structurés). L’OCR est donc essentiel pour extraire du texte exploitable.

Fonctionnement :

nettoyage (contraste, débruitage…),

détection des zones textuelles,

reconnaissance des caractères,

production d'un texte brut.

Marianne utilise Tesseract via :

un client HTTP,

un Docker local,

une interface abstraite pour changer d’OCR si besoin.

Un LLM pour interpréter et classifier les documents

Une fois le texte extrait, un LLM analyse :

de quel type de document il s’agit,

si les informations attendues sont présentes,

si le document est cohérent.

Marianne a testé plusieurs modèles :

ChatGPT → fonctionnement parfait

LLama, Qwen… via Ollama en local → limitations (temps de réponse, qualité, contraintes matérielles)

Elle a constaté : ➡️ des réponses imprévisibles ou inexploitables en local ➡️ un manque de puissance hardware ➡️ des problèmes de timeout

Résultat : pour ce POC, ChatGPT a été le modèle le plus fiable.

📝 Le prompt utilisé

Le prompt est volontairement simple :

fournir la liste des types de documents possibles (CI, passeport, fiche de séjour…)

donner le texte extrait par l’OCR

demander une réponse strictement en JSON

Ce formalisme JSON garanti la possibilité de :

valider la structure,

typer les résultats,

enregistrer en base.

ChatGPT a systématiquement respecté le format — ce qui n'a pas été le cas des modèles locaux.

🔄 Architecture du traitement (pipeline)

Voici le pipeline complet :

📤 Envoi du fichier via une commande Symfony (pas de formulaire pour le POC).

🧠 OCR Tesseract → extraction du texte.

💬 LLM → analyse, classification, validation.

🗃️ Enregistrement en base du résultat, pour exploitation par les opérateurs.

❌ Si un document ne correspond pas à son type attendu → rejet + message explicatif.

L’approche MVC s’appuie sur :

un DTO pour les données,

un handler,

des services spécifiques (OCR, IA, storage),

un design modulaire pour remplacer des composants selon les besoins.

🎥 Démonstration

Marianne a montré plusieurs documents utilisés :

une carte d’identité,

un passeport,

une affiche “République Française” (pour tester la robustesse),

Et l’outil a su :

reconnaître le bon document dans les cas simples,

rejeter les faux positifs dans les cas ambigus.

🧪 Limitations & apprentissages ❗ Trouver le bon modèle IA

Les modèles locaux (via Ollama) ont montré leurs limites : performance, incohérences, difficulté à respecter le format JSON.

ChatGPT s’est avéré beaucoup plus fiable.

❗ Gérer le timeout

Plusieurs essais pour stabiliser le temps de réponse.

Réglages de température, contraintes de sortie…

Parfois nécessité de patcher directement dans le code du moteur local.

❗ La documentation

Symfony-AI → très bonne doc

OCR / Tesseract → plus spartiate

L’IA n’aide pas toujours à comprendre ce qu’on ne maîtrise pas encore !

❗ RGPD et sécurité

Impossible d’envoyer des documents sensibles à un provider externe dans un contexte réel. D’où l’intérêt d’un traitement local — mais cela nécessite un matériel adapté.

🔎 Ce que ce POC démontre

✔️ L’IA peut apporter une vraie valeur métier dans la validation documentaire ✔️ Le pipeline Symfony → OCR → LLM est parfaitement réalisable ✔️ Les opérateurs gagnent du temps en se concentrant sur les vrais cas ✔️ L’intégration Symfony-AI simplifie fortement ces processus

Mais aussi :

⚠️ L’IA n’est pas magique : il faut évaluer la pertinence, la charge de travail et les coûts. ⚠️ Il ne faut pas sous-estimer l’effort nécessaire pour rendre un pipeline IA fiable et exploitable.

🎉 Conclusion

Ce projet illustre parfaitement comment Symfony + IA peuvent résoudre des problèmes très concrets, en automatisant des tâches jusque-là manuelles. Un usage pragmatique, mesuré et intelligent de l’IA, loin du buzzword — et parfaitement applicable à d’autres secteurs.

Merci à Marianne pour ce partage riche et clair !

🎙️ 2. Le test technique : utile, inutile ou contre-productif ?

Intervenante : Jeanne Londiche

Le second talk a plongé dans un sujet parfois sensible mais crucial : le test technique en recrutement. Utile ? Pas toujours. Mal calibré ? Souvent. Contre-productif ? Parfois.

💡 Ce qui a été exploré :

Ce que le test technique mesure… et ce qu’il ne mesure pas

Les biais les plus fréquents

L’impact sur le stress, la communication, la confiance

Comment un test révèle la logique et la curiosité, pas seulement le code

Quelles alternatives envisager pour un recrutement plus juste et efficace

Échanges interactifs avec l’audience : retours, anecdotes, bonnes pratiques

Une intervention qui pose les bonnes questions et aide candidats comme recruteurs à mieux utiliser (ou repenser) cet outil.

Parfait, on continue dans la même veine que pour Symfony+IA 👍 Voici une réécriture propre, structurée et exploitable en article de blog pour la présentation de Jeanne sur les tests techniques.

🎙️ Talk : Le test technique – utile, inutile ou carrément contre-productif ?

Par Jeanne Londiche

Pour le second talk de la soirée, Jeanne a proposé une conférence interactive autour d’un sujet que beaucoup de développeurs connaissent bien (et parfois redoutent) : 👉 le test technique dans les processus de recrutement.

Objectif :

faire le tour des différents types de tests,
partager des retours d’expérience concrets,
interroger ce qui est vraiment évalué,
et questionner : “Est-ce que ça aide vraiment à mieux recruter… ou pas ?”

👤 Qui est Jeanne ?

Jeanne se présente :

Elle anime un job board open source autour du recrutement (hébergé sur GitHub).
Elle a grandi en Angleterre et y vit depuis 2013.
Elle est spécialisée en recrutement PHP depuis 2011.

Avec plus d’une décennie d’expérience, elle a vu passer toutes sortes de tests techniques, côté candidats comme côté entreprises.

🧪 Les grandes familles de tests abordées

Jeanne structure sa présentation autour de plusieurs approches :

QCM / questionnaires en ligne
Test “maison” / applicatif (développer une petite appli)
Test d’algorithme
Test de refactoring
Pair-programming
Entretien technique “conversationnel”

La conférence se concentre surtout sur trois formats très fréquents : 👉 le QCM, le test maison, et le refactoring, avec beaucoup d’exemples concrets.

1️⃣ Les QCM techniques : rapides mais très théoriques

Les QCM sont souvent proposés via des plateformes spécialisées. Jeanne interroge la salle : “Qui a déjà passé un QCM technique ? Est-ce que vous aimez ça ?” Réponse quasi unanime : non.

✅ Les points positifs :

Rapides à corriger.
Utiles pour une première vague de tri sur un grand volume de candidats.
Donnent un côté “objectivable” au process (scores, seuils, etc.).

❌ Les limites majeures :

Très théoriques, souvent déconnectés du quotidien réel d’un développeur.
Dépendent énormément de la façon dont les questions sont rédigées.
Peuvent exclure de bons profils qui n’ont pas la “bonne” définition en tête, mais qui sauraient parfaitement résoudre le problème en contexte réel.
Favorisent ceux qui révisent le “petit livre de recettes” plutôt que ceux qui ont de la curiosité, de la pratique et du bon sens.

En résumé : ➡️ utile pour filtrer grossièrement ➡️ très insuffisant pour juger de la vraie valeur d’un·e développeur·se.

2️⃣ Le test maison / applicatif : concret, mais souvent chronophage

Le test maison (ou applicatif) consiste à développer une petite application ou fonctionnalité “comme en vrai” :

à faire chez soi,
parfois avec un temps limite,
parfois “à rendre quand c’est prêt”.

Dans la salle, plusieurs personnes témoignent : certains y ont passé 12 à 15 heures pour un seul test.

✅ Les points positifs :

Se rapproche davantage de la réalité du travail.
Permet de voir :
- la structuration du code,
- les choix d’architecture,
- la gestion des tests,
- la documentation,
- voire un petit mail de synthèse (“avec plus de temps, j’aurais fait…”), qui est souvent aussi important que le code rendu.
Laisse une marge d’expression personnelle (choix techniques, organisation du projet, etc.).

❌ Les gros inconvénients :

Peut être très long : plusieurs soirées ou un week-end entier.
Très souvent non rémunéré, surtout pour des postes seniors.
Risque d’exploitation :

des entreprises utilisent parfois ces tests pour faire avancer leur propre produit sans jamais embaucher.
Beaucoup de développeurs expérimentés refusent désormais ces tests :

“C’est mon métier, je suis payé pour produire du code ; mon expérience et mon CV parlent pour moi.”

Et surtout : 🟥 Le manque de feedback est systématiquement cité comme un gros problème. Les candidats passent des heures dessus, et reçoivent au mieux un :

“Désolé, nous ne poursuivons pas le process.” sans comprendre ce qui a coincé.

💬 Feedback : indispensable… et trop souvent absent

Jeanne insiste sur un point : 👉 un test technique sans feedback est une occasion manquée des deux côtés.

Pour le candidat :
- c’est frustrant,
- impossible de savoir ce qui était attendu,
- impossible de progresser.
Pour l’entreprise :
- cela donne une mauvaise image du process,
- les candidats en tirent souvent la conclusion :
  
  “Si même le test est mal géré, ai-je vraiment envie de travailler avec eux ?”

La salle confirme : plusieurs personnes racontent avoir eu :

des remarques floues du style “pas assez poussé” sans explication,
ou aucun retour du tout.

Jeanne rappelle aussi que le test technique teste autant la boîte que le candidat. Un process brouillon, opaque ou irrespectueux est un signal de non-match.

3️⃣ Test de refactoring : un format souvent plus révélateur

Jeanne évoque ensuite un format de test qu’elle apprécie particulièrement : 👉 le test de refactoring, parfois présenté comme un kata.

Principe :

On fournit un code existant, parfois très “legacy” ou volontairement bancal.
On demande au candidat d’expliquer :
- ce qu’il ferait,
- par où il commencerait,
- quelles parties il refactoriserait et pourquoi,
- comment il améliorerait la lisibilité, l’architecture, les tests.

Parfois, ce test se fait :

en pair-programming,
ou en entretien, sur la base d’un extrait de code projeté.

✅ Pourquoi ce format peut être très intéressant :

Il se rapproche beaucoup de la réalité de nombreuses missions (on travaille rarement from scratch).
Il permet de voir :
- la capacité analytique,
- la compréhension des enjeux métier,
- la gestion du legacy,
- la communication technique.
Il facilite un vrai échange : on peut creuser les choix, discuter, challenger.

Mais là encore, la qualité de l’exercice dépend :

de la clarté des consignes,
de la présence ou non d’un débrief structuré ensuite,
et de la façon dont le temps est géré (timer explicite ou implicite).

🤖 Et l’IA dans tout ça ?

La question est posée : “Est-ce que l’IA va tout changer pour les tests techniques ?”

Jeanne répond :

Pour l’instant, pas vraiment : les process ne sont pas encore massivement adaptés.
Mais comme l’IA modifie déjà notre quotidien de développeur, il serait logique qu’elle modifie aussi :
- les formats de tests,
- ce qu’on évalue (capacité à utiliser des outils, pas seulement à tout faire “à la main”).

On se dirige probablement vers des tests où l’on apprécie autant :

la capacité à modéliser un problème,
qu’à savoir s’appuyer intelligemment sur des outils (dont l’IA).

🧭 Ce que Jeanne invite à retenir

Il n’existe pas de test technique parfait. Mais on peut se poser les bonnes questions :

Pour les entreprises :

Que voulons-nous vraiment mesurer ?
Est-ce que ce test ressemble à la réalité du poste ?
Respectons-nous le temps des candidat·es ?
Donne-t-on un feedback digne de ce nom ?

Pour les développeurs :

Qu’est-ce que ce test me dit de la culture de la boîte ?
Est-ce que je veux vraiment travailler dans un environnement qui recrute de cette manière ?
Est-ce que le process me donne de l’envie… ou des signaux d’alarme ?

En fin de compte, le test technique devrait être :

un outil de rencontre, pas une épreuve de torture.

🤝 Un meetup ouvert à tous

Comme toujours avec l’AFUP, la soirée était ouverte à toutes et tous : débutants, juniors, seniors, tech leads, indépendants ou curieux. Un objectif simple : partager des connaissances, démystifier des concepts et créer du lien.

La participation étant gratuite mais les places limitées, l’événement affichait une belle dynamique et un public engagé.

🎯 Pourquoi ces sujets comptent ?

L’IA continue d'impacter fortement nos applications PHP et Symfony

La qualité documentaire et la validation sont des problématiques réelles en production

Le recrutement tech et ses méthodes évoluent, parfois trop lentement

Les meetups jouent un rôle essentiel : casser les silos, partager l’expérience et rester à jour

📅 Rendez-vous au prochain meetup

L’Antenne AFUP Paris continue son programme 2025-2026 avec de nouveaux sujets, de nouveaux speakers et toujours le même esprit : partager, apprendre, faire avancer la communauté PHP.