Démo Voir côté candidat

Hugo Lambert

Développeur PHP Symfony mid, plateforme fintech (H/F) · test filmé du 24/10/2026 · 14 min
Hors document · non imprimé
Verdict Fortement recommandé
Score du test 9,9/10 couverture 100 % Usage de l’IA : 10/10 Communication : 10,0/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 1er sur 30 testés Suivant : Maxime Aubert →
Prochaine étape proposée par l’analyse

Sur la fiabilité des flux de paiement, la réconciliation, le verrouillage et les montants sont expliqués avec une pratique évidente. Sur la conception orientée domaine, les frontières et les événements sont issus d'une expérience corrigée. Sur Symfony et les traitements asynchrones, l'idempotence est testée. Sur Doctrine et PostgreSQL, le verrouillage est détaillé. Redis est utilisé simplement, et l'usage de l'IA est bordé par la lecture du plan.

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) · Hugo Lambert · 24/10/2026

Synthèse

Hugo explique la réconciliation bancaire avec l'image de deux cahiers pointés chaque nuit, et chaque décision humaine y est elle-même enregistrée sans effacer la ligne d'origine. Il choisit entre verrou pessimiste et optimiste selon la probabilité de conflit et a retiré une table partagée entre services après en avoir mesuré le coût. Ses réponses sont un peu longues mais précises.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide
Écrit des handlers rejouables et prouve l'absence de double mouvement par un test fonctionnel.
Fiabilité des flux de paiement indispensable Solide
Rapproche les paiements chaque nuit, verrouille selon le risque et arrondit selon une règle écrite et testée.
Doctrine et PostgreSQL indispensable Solide
Contrôle le plan d'exécution des requêtes générées et comprend les verrous Doctrine.
Conception orientée domaine Solide
Définit les frontières par la propriété des données et relie les services par événements.
Redis et cache Solide
Met en cache des référentiels rares à changer avec expiration et invalidation, sans pratique des verrous Redis.
Usage de l'IA indispensable Solide
Confie les jeux de données et la documentation, relit tout et contrôle le plan des requêtes générées.

Points d'appui

  • Réconciliation expliquée à un non-spécialiste en trois cas, avec journal des décisions humaines.
  • Verrous Doctrine choisis selon la probabilité de conflit, transaction courte sans appel réseau.
  • Frontières entre services fixées par la propriété des données, erreur de table partagée corrigée.
  • Test fonctionnel qui envoie deux fois le même virement.

Points de vigilance

  • Réponses parfois longues, qui demandent une relance pour aller à l'essentiel.
  • Pas de pratique de Redis pour les verrous distribués.

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…