Jules Marchal

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

Hors document · non imprimé

Verdict Recommandé

Score du test 7,6/10 couverture 94 % Usage de l’IA : 8/10 Communication : 7,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 15^e sur 30 testés ex aequo avec un autre testé Suivant : Chloé Faure →

Prochaine étape proposée par l’analyse

Sur Symfony et les traitements asynchrones, la contrainte d'unicité et la file des échecs sont bien posées. Sur la fiabilité des flux de paiement, la traçabilité est le point fort, le reste est théorique. Sur Doctrine et PostgreSQL, les N+1 sont maîtrisés mais pas la lecture des plans. La conception orientée domaine est argumentée, Redis n'est pas abordé et l'usage de l'IA est encadré.

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) · Jules Marchal · 24/10/2026

Synthèse

Jules a monté pour un audit de conformité un journal de modération en ajout seul, qui permet de reconstituer l'historique d'une annonce de bout en bout. Ses alertes par e-mail sont rejouables sans doublon et son raisonnement sur les paiements est juste, mais la lecture des plans PostgreSQL est une zone moins sûre.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide: Traite les alertes par Messenger avec une contrainte d'unicité qui rend le rejeu inoffensif, et surveille la file des échecs.
Fiabilité des flux de paiement indispensable Solide: A construit un journal de décisions en ajout seul pour un audit de conformité. Les paiements restent théoriques mais bien raisonnés.
Doctrine et PostgreSQL indispensable Solide: Repère bien les N+1 mais lit moins aisément un plan d'exécution PostgreSQL, ayant travaillé sur MySQL.
Conception orientée domaine Solide: Sépare annonces, abonnés et alertes en contextes reliés par un événement, avec une règle métier gardée dans l'annonce.
Redis et cache Non abordée: Redis n'est pas abordé par un cas concret : aucune réponse ne porte sur le cache ou les verrous.
Usage de l'IA indispensable Solide: Utilise l'assistant pour les tests et les messages d'erreur, relit tout et a déjà repéré une méthode inventée.

Points d'appui

Journal d'audit en ajout seul, validé par un auditeur.
Alertes rejouables sans doublon grâce à une contrainte d'unicité.
Frontières de domaine argumentées et reliées par un événement.
Méfiance saine envers l'assistant, qui a déjà inventé une méthode.

Points de vigilance

Lecture des plans d'exécution PostgreSQL encore incertaine, expérience sur MySQL.
Paiements raisonnés mais jamais manipulés en réel.
Aucune pratique de Redis abordée.

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

Jules a construit une vraie traçabilité et sait expliquer pourquoi une alerte ne part pas deux fois. Pour l'offre, il faudrait confirmer son aisance sur PostgreSQL et sur les flux d'argent.

Ses points forts

Traçabilité des décisions
Rejeu sans doublon
Calme et clarté

À creuser en entretien

PostgreSQL à pratiquer
Aucune expérience de paiement réel

Savoir-être

Structurer sa réponse

Présente l'événement, la contrainte et le rejeu dans un ordre limpide.

réponse 1

Dire ce qu’on ne sait pas

Reconnaît qu'il n'a pas manipulé de paiement réel et qu'il lit mal les coûts d'un plan.

réponse 4

Expliquer

Fait comprendre l'intérêt d'un journal immuable à un auditeur non technicien.

réponse 2

Dans une équipe

Apporterait de la rigueur sur la conformité, avec un appui sur la base de données.

Détail par exigence

Symfony et traitements asynchrones indispensable Solide · 8/10: Handlers idempotents face aux messages rejoués · 8/10 Idempotence portée par la base. une contrainte d'unicité sur le couple abonné et annonce Réponse R1; Stratégie de retry et file des messages en échec · 8/10 Reprises espacées puis transport dédié. trois essais espacés avant d'y arriver Réponse R1
Fiabilité des flux de paiement indispensable Solide · 7/10: Traçabilité et journal des opérations · 7/10 Journal immuable avec état avant et après. Chaque décision de modération créait une ligne en ajout seul Réponse R2; Représenter les montants sans erreur d'arrondi · 7/10 Bonne règle, non éprouvée sur de vrais paiements. Des entiers en centimes avec la devise Réponse R3; Transactions et verrous contre les doubles débits · 7/10 Clé d'idempotence plus verrou. une clé d'idempotence envoyée par le client Réponse R3
Doctrine et PostgreSQL indispensable Solide · 7/10: Hydratation, N+1 et chargement des relations · 7/10 N+1 identifiés et corrigés. des relations chargées une par une, que je règle avec une jointure Réponse R4; Requêtes lentes, index et plan d'exécution · 7/10 Lecture des plans à consolider. j'ai besoin de me faire aider pour interpréter les coûts Réponse R4
Conception orientée domaine Solide · 7,5/10: Frontières entre contextes métier · 7/10 Frontière argumentée. une annonce n'a pas besoin de connaître les préférences d'un abonné Réponse R5; Événements de domaine et effets de bord · 8/10 Effet de bord déporté par événement. elle émet un événement et c'est le contexte des alertes qui le consomme Réponse R5
Redis et cache Non évalué: Rien de démontré sur cette exigence pendant l'entretien.
Usage de l'IA indispensable Solide · 8/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 Tâche déléguée précise. écrire des tests PHPUnit à partir d'une classe que je lui montre Réponse R6; Un cas vécu où un assistant IA a changé son code ou son délai, et ce qu'il en a retenu · 8/10 Erreur concrète repérée. je lui ai déjà vu inventer une méthode de Doctrine qui n'existe pas 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é · 8/10 Sécurité et conformité gardées. Les droits d'accès et les règles de conformité, je les écris moi-même Réponse R6

Afficher la transcription

Chargement…