Démo Voir côté candidat

Benjamin Roger

Développeur PHP Symfony mid, plateforme fintech (H/F) · test filmé du 18/10/2026 · 14 min
Hors document · non imprimé
Verdict Recommandé
Score du test 7,6/10 couverture 100 % Usage de l’IA : 7,5/10 Communication : 7,7/10 · 3 critères sur 4 · non prouvé : précision du vocabulaire
Signaux à regarder Aucun signal relevé Indicatifs, non décisionnels. Ils disent où regarder dans la vidéo, pas quoi décider.
Sur cette offre 11e sur 30 testés ex aequo avec un autre testé Suivant : Margaux Leclerc →
Prochaine étape proposée par l’analyse

Sur Doctrine et PostgreSQL, les réponses sont solides, de la mesure au correctif. Sur Symfony et les traitements asynchrones, l'idempotence et la reprise sont couvertes, les tests moins complets. Sur la fiabilité des flux de paiement, le raisonnement est juste mais la pratique manque. La conception orientée domaine est un point fort, Redis est correct, et l'assistant IA est utilisé avec une frontière claire.

Offre : 48 000 – 56 000 € brut / an PHPSymfonyDoctrinePostgreSQLRedisRabbitMQ
La pièce à transmettre Part telle quelle chez votre client : sans score, sans verdict, sans signal.

Revelyum

Rapport d'entretien technique

Établi pour Nordlys Conseil

Développeur PHP Symfony mid, plateforme fintech (H/F) · Benjamin Roger · 18/10/2026

Synthèse

Benjamin décrit trois ans d'architecture hexagonale où le domaine ignore Doctrine et Symfony, avec le prix annoncé : plus de classes et un temps d'explication. Il maîtrise le diagnostic Doctrine (N+1, index composites) et raisonne juste sur les paiements, qui sont nouveaux pour lui, en disant qu'il ne connaît pas la réconciliation bancaire.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide
Rend les messages rejouables avec un identifiant unique et reprend avec délai ; les tests de transport sont moins développés.
Fiabilité des flux de paiement indispensable Solide
Raisonne juste sur l'idempotence, le verrou court et le journal, sans pratique des paiements.
Doctrine et PostgreSQL indispensable Solide
Diagnostique les relations et les index par la mesure et migre par étapes.
Conception orientée domaine Solide
Isole le domaine de l'infrastructure par interfaces, avec un gain mesuré.
Redis et cache Solide
Cache les barèmes avec invalidation à la sauvegarde et protège l'import nocturne par un verrou.
Usage de l'IA indispensable Solide
Délègue tests et adaptateurs, relit tout et garde la frontière du domaine.

Points d'appui

  • Architecture hexagonale expliquée avec son gain (changer de fournisseur en deux semaines) et son coût.
  • Diagnostic Doctrine par le profileur puis par le plan, avec des index composites réels.
  • Raisonnement par analogie juste sur les paiements : clé d'idempotence, verrou court, journal.
  • Contrainte de schéma posée en deux temps après un verrou subi.

Points de vigilance

  • Aucune pratique des paiements ni de la réconciliation bancaire.
  • Tests fonctionnels surtout au niveau des cas d'usage, peu au niveau du transport.

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.

Afficher la transcription

Chargement…