Romain Picard

Développeur PHP Symfony mid, plateforme fintech (H/F) · test filmé du 22/10/2026 · 12 min

Hors document · non imprimé

Verdict Recommandé

Score du test 7,4/10 couverture 94 % Usage de l’IA : 7,3/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 19^e sur 30 testés ex aequo avec un autre testé Suivant : Alexandre Morel →

Prochaine étape proposée par l’analyse

Sur Symfony et les traitements asynchrones, la migration et la reprise des échecs sont solides. Sur la fiabilité des flux de paiement, le rapprochement est expliqué par analogie et les montants sont sûrs. Sur Doctrine et PostgreSQL, la démarche est bonne mais sur MySQL. La conception orientée domaine est peu développée, Redis n'est pas abordé et l'usage de l'IA est cadré.

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) · Romain Picard · 22/10/2026

Synthèse

Romain a conduit sept ans de migration progressive d'un portail vers Symfony en encapsulant l'ancien code dans des services. Il explique le rapprochement bancaire par analogie avec un export comptable, ce qui reste juste, mais il n'a pas pratiqué PostgreSQL ni le domaine par agrégats.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide: A migré un portail vers Symfony avec des services qui encapsulent l'ancien code et gère des relances par Messenger avec reprise bornée.
Fiabilité des flux de paiement indispensable Solide: Explique la réconciliation par analogie avec un export comptable et protège les comptes par verrou et référence unique.
Doctrine et PostgreSQL indispensable Solide: Résout les lenteurs MySQL par plan et index composé, sans pratique de PostgreSQL en production.
Conception orientée domaine Solide: La conception par domaine est abordée par l'encapsulation de l'ancien code, sans agrégats ni événements cités.
Redis et cache Non abordée: Redis n'est pas abordé ; le transport Messenger est en base.
Usage de l'IA indispensable Solide: Emploie l'assistant pour comprendre du code ancien, ne lui confie pas la logique métier et exclut les données de production.

Points d'appui

Migration route par route avec services qui isolent l'ancien code.
Rapprochement expliqué clairement par analogie comptable.
Montants en centimes et verrou par transaction.
Assistant utilisé pour comprendre le code ancien, jamais pour la logique métier.

Points de vigilance

Aucune pratique de PostgreSQL en production.
Rapprochement bancaire jamais réalisé en vrai.
Conception par agrégats et événements absente.

Sujets abordés

Symfony et traitements asynchrones · Fiabilité des flux de paiement · Doctrine et PostgreSQL · Conception orientée domaine · 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

Romain connaît Symfony en profondeur et sait expliquer simplement. Il lui faudrait se familiariser avec PostgreSQL et la conception par domaine pour ce poste.

Ses points forts

Expérience longue sur un produit
Explications accessibles
Prudence avec l'assistant

À creuser en entretien

PostgreSQL non pratiqué
Pas d'agrégats ni d'événements

Savoir-être

Expliquer

Rend le rapprochement bancaire accessible par une comparaison comptable.

réponse 3

Structurer sa réponse

Raconte la migration étape par étape.

réponse 1

Dire ce qu’on ne sait pas

Dit qu'il n'a pas fait ce rapprochement pour une banque.

réponse 3

Dans une équipe

Apporterait de la stabilité et de la mémoire produit, avec un appui sur le domaine.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide · 7,3/10: Découpage en services et injection de dépendances · 7/10 Découpage progressif en services. j'ai écrit des services Symfony qui encapsulent les anciennes requêtes Réponse R1; Handlers idempotents face aux messages rejoués · 8/10 Rejeu inoffensif. en vérifiant si la relance est déjà marquée comme envoyée Réponse R2; Stratégie de retry et file des messages en échec · 7/10 Reprise bornée. trois essais puis la file des échecs Réponse R2
Fiabilité des flux de paiement indispensable Solide · 7,7/10: Rapprocher les paiements avec les relevés bancaires · 8/10 Démarche de rapprochement. on prend chaque ligne du relevé et on cherche la ligne correspondante chez nous Réponse R3; Représenter les montants sans erreur d'arrondi · 7/10 Centimes en entiers. Je mets les montants en centimes dans une colonne entière Réponse R4; Transactions et verrous contre les doubles débits · 8/10 Verrou dans une transaction. une transaction avec un verrou sur la ligne du compte Réponse R4
Doctrine et PostgreSQL indispensable Solide · 7,5/10: Requêtes lentes, index et plan d'exécution · 7/10 Démarche par le plan. Je commence par le plan avec EXPLAIN Réponse R5; Hydratation, N+1 et chargement des relations · 8/10 Limitation du chargement. en évitant de charger des colonnes inutiles Réponse R5
Conception orientée domaine Solide · 7/10: Frontières entre contextes métier · 7/10 Frontière posée entre ancien code et nouveau. pour pouvoir les remplacer plus tard sans toucher aux contrôleurs Réponse R1
Redis et cache Non évalué: Rien de démontré sur cette exigence pendant l'entretien.
Usage de l'IA indispensable Solide · 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 · 8/10 Usage d'explication. pour comprendre du vieux code que personne n'a documenté Réponse R6; Comment il relit, teste et corrige le code que l'assistant produit · 7/10 Relecture et tests. en relisant le code et en lançant les tests existants Ré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é · 7/10 Limite claire. Je ne lui donne jamais de données de production Réponse R6

Afficher la transcription

Chargement…