Sur Symfony et les traitements asynchrones, l'expérience porte sur des tâches sans enjeu de doublon. Sur la fiabilité des flux de paiement, la candidate décrit les principes sans les avoir appliqués. Sur Doctrine et PostgreSQL, la démarche est saine mais sans gros volumes. La conception orientée domaine et Redis restent au niveau des bases. L'usage de l'IA est présent mais la relecture est parfois rapide.
Pauline est à l'aise sur Symfony, Doctrine et PostgreSQL pour des applications web classiques, avec un vrai réflexe de mesure sur les requêtes. Les traitements asynchrones et les montants financiers restent connus par la lecture, pas par la pratique, et elle le dit sans détour.
Détail par exigence
Symfony et traitements asynchrones
indispensablePartiel
Connaît Messenger pour des tâches simples et la file des échecs, sans idempotence mise en place.
Fiabilité des flux de paiement
indispensablePartiel
Les montants restent en décimal et les verrous contre le double débit sont mal assurés.
Doctrine et PostgreSQL
indispensablePartiel
Diagnostique correctement une requête lente et corrige un N+1, sans expérience des très grosses tables.
Conception orientée domaine
Partiel
Le domaine reste surtout dans des services, avec une connaissance théorique des agrégats.
Redis et cache
Partiel
Utilise Redis pour des données stables et invalide à la modification, sans verrous distribués.
Usage de l'IA
indispensablePartiel
Utilise un assistant pour le code répétitif et les tests, avec une relecture parfois trop rapide.
Points d'appui
Démarche de diagnostic d'une requête lente : profiler, EXPLAIN, correction du N+1.
Honnêteté sur ce qu'elle n'a pas pratiqué, sans bluff.
Usage de l'assistant IA avec une relecture, et conscience d'une erreur passée.
Points de vigilance
Paiements jamais traités : montants en décimal, pas de verrou maîtrisé.
Idempotence des messages rejoués connue en principe, jamais mise en place.
Conception orientée domaine théorique, frontières entre contextes floues.
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
Peut-être, à confirmer en entretien
Pauline est une bonne développeuse web, sérieuse sur les bases de données. Elle n'a pas encore travaillé sur des paiements et le reconnaît franchement. Il faudrait l'accompagner sur ce volet.
Ses points forts
Méthode face à une page lente
Franchise sur ses limites
À creuser en entretien
Paiements jamais traités
Notions de conception encore théoriques
Savoir-être
Dire ce qu’on ne sait pas
Dit clairement qu'elle n'a jamais traité de paiements.
Elle dit ce qu'elle ignore et demanderait de l'aide au bon moment, avec un encadrement sur les paiements.
Détail par exigence
Symfony et traitements asynchrones
indispensablePartiel · 5,5/10
Handlers idempotents face aux messages rejoués · 5/10Principe connu mais jamais appliqué.je ne l'ai jamais mis en placeRéponse
R1
Stratégie de retry et file des messages en échec · 6/10Rejeu configuré, surveillance manuelle.j'ai configuré trois tentativesRéponse
R1
Fiabilité des flux de paiement
indispensablePartiel · 5,5/10
Représenter les montants sans erreur d'arrondi · 5/10Centimes connus en théorie seulement.on stockait les prix en décimal dans PostgreSQLRéponse
R2
Transactions et verrous contre les doubles débits · 6/10Hésitation sur le verrou adapté.sans être sûre du type de verrou à choisirRéponse
R2
Doctrine et PostgreSQL
indispensablePartiel · 5,5/10
Requêtes lentes, index et plan d'exécution · 6/10Démarche par le plan d'exécution.je lance un EXPLAIN dans PostgreSQL pour voir si l'index est utiliséRéponse
R3
Hydratation, N+1 et chargement des relations · 5/10N+1 identifié et corrigé.à cause d'un N+1, et j'ai réglé ça avec une jointureRéponse
R3
Conception orientée domaine
Partiel · 5/10
Frontières entre contextes métier · 5/10Frontières entre contextes non maîtrisées.Je ne saurais pas bien dire où poser la frontièreRéponse
R4
Redis et cache
Partiel · 5,5/10
Invalidation du cache · 5/10Invalidation simple sur modification.on vide la clé quand l'administrateur modifie la catégorieRéponse
R5
Verrous distribués · 6/10Aucune pratique.Les verrous distribués, je n'en ai jamais poséRéponse
R5
Usage de l'IA
indispensablePartiel · 5,5/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 · 6/10Tâches confiées clairement identifiées.surtout pour compléter du code répétitif et écrire des tests unitairesRéponse
R6
Comment il relit, teste et corrige le code que l'assistant produit · 5/10Relecture inégale, reconnue.parfois je valide un peu vite quand ça a l'air justeRéponse
R6