Sur Symfony et les traitements asynchrones, les tests d'accès sont solides et Messenger est connu en principe. Sur la fiabilité des flux de paiement, les centimes sont acquis mais les verrous ne le sont pas. Sur Doctrine et PostgreSQL, les bases sont saines. La conception orientée domaine est peu abordée, Redis est utilisé avec prudence et l'IA est bien cadrée.
Chloé protège l'accès aux dossiers patients par des voters qu'elle teste cas par cas avec PHPUnit, et explique comment elle s'est fait corriger un voter trop permissif par sa relecture. Elle reste consciente que les flux financiers et les verrous sont pour elle une zone à construire.
Détail par exigence
Symfony et traitements asynchrones
indispensableSolide
Protège les soumissions par jeton à usage unique et a testé Messenger sur un exemple, sans le pratiquer en production.
Fiabilité des flux de paiement
indispensableSolide
Connaît la règle des centimes mais reconnaît ne pas avoir travaillé sur des flux financiers ni sur les verrous.
Doctrine et PostgreSQL
indispensableSolide
Cherche les relations chargées une par une et vérifie les index avec EXPLAIN, sans index partiels.
Conception orientée domaine
Solide
Le découpage par domaine est évoqué à travers les voters, sans agrégats ni événements.
Redis et cache
Solide
Place Redis sur des données stables avec expiration et refuse de cacher les données de patient.
Usage de l'IA
indispensableSolide
Utilise l'assistant pour des cas de tests et des explications d'erreurs, relit et teste, et écrit elle-même les règles d'accès.
Points d'appui
Voters testés cas par cas sur les accès aux données patient.
Démarche de diagnostic de lenteur par profileur puis EXPLAIN.
Cadre net pour l'assistant IA, avec un cas où il s'est trompé.
Communication claire et honnête sur ses limites.
Points de vigilance
Aucune expérience de flux financiers ni de verrous.
Messenger essayé sur un exemple seulement.
Profil à deux ans d'expérience pour une offre de niveau confirmé.
Sujets abordés
Symfony et traitements asynchrones · Fiabilité des flux de paiement · Doctrine et PostgreSQL · Conception orientée domaine · Redis et cache · Usage de l'IA
Entretien conduit en autonomie par le candidat, réponses transcrites puis analysées.
L'évaluation finale appartient au recruteur : Revelyum n'émet aucune décision automatisée.
En clair
Oui, il peut faire ce job
Chloé sait protéger des données sensibles et communique clairement. Elle a deux ans d'expérience : les paiements sont un sujet qu'elle devra apprendre en équipe.
Ses points forts
Sécurité des accès
Clarté et franchise
Cadre de l'assistant IA
À creuser en entretien
Pas d'expérience de paiement
Peu de recul sur la concurrence
Savoir-être
Expliquer
Explique le rôle d'un voter de façon compréhensible.
Aurait sa place dans une équipe qui accompagne la montée en compétence, notamment sur les paiements.
Détail par exigence
Symfony et traitements asynchrones
indispensableSolide · 7/10
Handlers idempotents face aux messages rejoués · 7/10Principe connu.je sais qu'il faut qu'un handler rejoué ne produise pas deux fois le même effetRéponse
R2
Tests fonctionnels d'un flux Symfony · 7/10Tests de cas d'accès.Je testais chaque cas, un infirmier du bon serviceRéponse
R1
Fiabilité des flux de paiement
indispensableSolide · 7,5/10
Représenter les montants sans erreur d'arrondi · 7/10Règle correcte, jamais pratiquée.Je stockerais en centimes avec la deviseRéponse
R3
Transactions et verrous contre les doubles débits · 8/10Lacune assumée.je ne saurais pas encore décrire un verrou précisémentRéponse
R3
Doctrine et PostgreSQL
indispensableSolide · 7,5/10
Hydratation, N+1 et chargement des relations · 7/10Démarche N+1.je cherche les relations chargées une par uneRéponse
R4
Requêtes lentes, index et plan d'exécution · 8/10Contrôle par plan.Je lance ensuite un EXPLAIN pour voir si un index manqueRéponse
R4
Conception orientée domaine
Solide · 8/10
Frontières entre contextes métier · 8/10Règle d'accès isolée dans un voter.le voter reçoit l'utilisateur et le patient, et décide s'il peut le voir selon son serviceRéponse
R1
Redis et cache
Solide · 7,5/10
Durées de vie et données périmées · 7/10Durée de vie adaptée.des résultats coûteux qui changent peu, avec une expirationRéponse
R5
Invalidation du cache · 8/10Choix prudent sur les données sensibles.pour tout ce qui touche à un patient je ne cacherais rienRéponse
R5
Usage de l'IA
indispensableSolide · 7,3/10
S'il code avec un assistant IA (Copilot, Cursor, Claude Code, ChatGPT…) : quelles tâches de développement il lui confie, et lesquelles il garde · 7/10Usage pour les tests.proposer des cas de tests que je n'avais pas pensé à écrireRéponse
R6
Ce qu'il ne confie jamais à l'assistant : données confidentielles, sécurité, décisions d'architecture, cas où il s'est trompé · 8/10Confidentialité.je n'envoie jamais de données de patients dans une conversationRéponse
R6
Un cas vécu où un assistant IA a changé son code ou son délai, et ce qu'il en a retenu · 7/10Erreur concrète détectée.un assistant m'a déjà proposé un voter trop permissifRéponse
R6