Démo Voir côté candidat

Clément Dumas

Développeur PHP Symfony mid, plateforme fintech (H/F) · test filmé du 20/10/2026 · 14 min
Hors document · non imprimé
Verdict Fortement recommandé
Score du test 9,8/10 couverture 100 % Usage de l’IA : 10/10 Communication : 9,3/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 3e sur 30 testés ex aequo avec un autre testé Suivant : Charlotte Barbier →
Prochaine étape proposée par l’analyse

Sur Doctrine et PostgreSQL, les réponses mesurent avant et après, et pèsent les migrations par risque. Sur Symfony et les traitements asynchrones, l'idempotence est traitée avec son coût. Sur la fiabilité des flux de paiement, les bases sont maîtrisées, avec un manque assumé sur l'outillage de rapprochement. La conception orientée domaine met en balance cohérence à terme et simplicité. Redis est placé selon le coût d'une donnée périmée, et l'IA est utilisée avec un bilan honnête.

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) · Clément Dumas · 20/10/2026

Synthèse

Clément chiffre chacun de ses choix : une page de recherche passée de 900 à 140 millisecondes en supprimant un N+1, une déduplication de messages qui coûte dix pour cent de débit, une migration en trois étapes pour une colonne obligatoire. Chaque réponse oppose une alternative à sa solution. Il dit ne pas avoir écrit lui-même d'outil de rapprochement bancaire.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide
Rend l'opération idempotente au moindre coût et mesure le prix de la déduplication quand elle est nécessaire.
Fiabilité des flux de paiement indispensable Solide
Connaît les réflexes sur les montants et les verrous, et décrit une démarche de rapprochement qu'il n'a pas outillée lui-même.
Doctrine et PostgreSQL indispensable Solide
Supprime un N+1 mesuré et choisit la migration selon le risque.
Conception orientée domaine Solide
Définit l'agrégat par la décision à protéger et sépare les effets de bord par événements, en assumant la cohérence à terme.
Redis et cache Solide
Dimensionne l'expiration selon le coût d'une donnée périmée et protège la libération d'un verrou.
Usage de l'IA indispensable Solide
Délègue les transformations répétitives, mesure le gain par chantier et fournit des exemples de conventions.

Points d'appui

  • N+1 corrigé avec un test qui compte les requêtes pour empêcher le retour.
  • Compromis chiffrés : coût en débit de la déduplication, coût en espace d'une table de copie.
  • Migration en trois étapes avec contrainte validée séparément pour éviter le verrou.
  • Retour mesuré sur l'assistant IA, avec un gain et une perte racontés.

Points de vigilance

  • Pas d'outil de rapprochement bancaire écrit lui-même.
  • Préfère éviter les verrous Redis, donc peu de pratique à en tirer.

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…