Sofiane Haddad

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

Hors document · non imprimé

Verdict À considérer

Score du test 5,6/10 couverture 94 % Usage de l’IA : 6/10 Communication : 5,3/10 · 3 critères sur 4 · non prouvé : structure

Signaux à regarder Aucun signal relevé Indicatifs, non décisionnels. Ils disent où regarder dans la vidéo, pas quoi décider.

Sur cette offre 25^e sur 30 testés Suivant : Ambre Lemercier →

Prochaine étape proposée par l’analyse

Sur Symfony et les traitements asynchrones, les principes sont connus mais Messenger est neuf. Sur la fiabilité des flux de paiement, centimes et verrou sont présents, le rapprochement est absent. Sur Doctrine et PostgreSQL, PostgreSQL est maîtrisé, Doctrine non. La conception orientée domaine n'est pas abordée, Redis est vu comme une file et l'usage de l'IA est correct mais peu méthodique.

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) · Sofiane Haddad · 19/10/2026

Synthèse

Sofiane a cinq ans de Laravel sur de la facturation mensuelle automatisée et sait la rendre rejouable par une contrainte d'unicité. Il découvre Symfony Messenger et n'a jamais rapproché de paiements avec un relevé bancaire, deux sujets centraux de l'offre.

Détail par exigence

Symfony et traitements asynchrones indispensable Partiel: Connaît les files Laravel et l'idempotence, mais Messenger n'a été qu'essayé et la configuration des reprises reste vague.
Fiabilité des flux de paiement indispensable Partiel: Utilise des centimes, une contrainte d'unicité et un verrou sur la facturation, mais n'a jamais rapproché de paiements avec la banque.
Doctrine et PostgreSQL indispensable Partiel: Diagnostique avec EXPLAIN ANALYZE et un index composé sur PostgreSQL, mais vient d'Eloquent et connaît moins Doctrine.
Conception orientée domaine Non abordée: La conception orientée domaine n'est pas abordée.
Redis et cache Partiel: Utilise Redis comme file de jobs et pour la supervision, sans parler de cache ni de verrous distribués.
Usage de l'IA indispensable Partiel: Utilise Copilot et ChatGPT pour les tests et les syntaxes, relit et teste, mais avoue manquer de rigueur sur la taille des demandes.

Points d'appui

Facturation rejouable par contrainte d'unicité et verrou.
Diagnostic de requête lente par plan d'exécution et index composé, avec un résultat chiffré.
Franchise sur ce qu'il n'a pas pratiqué.
Confidentialité des données respectée avec l'assistant.

Points de vigilance

Messenger seulement essayé, réglage des reprises mal connu.
Aucune expérience de rapprochement bancaire.
Doctrine peu connu, venant d'Eloquent.
Méthode peu rigoureuse sur le contexte donné à l'assistant.

Sujets abordés

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

En clair

Peut-être, à confirmer en entretien

Sofiane connaît bien la facturation automatisée et la base de données, mais découvre Symfony Messenger et n'a jamais rapproché de paiements avec une banque. L'offre demande ces deux points.

Ses points forts

Solide sur la base de données
Facturation fiable
Franchise

À creuser en entretien

Messenger neuf
Aucun rapprochement bancaire

Savoir-être

Dire ce qu’on ne sait pas

Dit qu'il n'a pas eu l'occasion de faire de rapprochement bancaire.

réponse 4

Structurer sa réponse

Présente la chaîne de facturation du job à la base.

réponse 3

Autonomie

A réduit seul une requête de plusieurs secondes à quelques centaines de millisecondes.

réponse 5

Dans une équipe

Pourrait s'intégrer avec un accompagnement sur Messenger, Doctrine et le rapprochement.

Détail par exigence

Symfony et traitements asynchrones indispensable Partiel · 5/10: Handlers idempotents face aux messages rejoués · 5/10 Principe d'idempotence. il vérifie si la facture est déjà créée Réponse R2; Stratégie de retry et file des messages en échec · 5/10 Réglage des reprises mal connu. je ne saurais pas dire ce qui est configurable exactement Réponse R2
Fiabilité des flux de paiement indispensable Partiel · 5,7/10: Représenter les montants sans erreur d'arrondi · 6/10 Centimes en entiers. Les montants étaient en centimes dans une colonne entière Réponse R3; Transactions et verrous contre les doubles débits · 5/10 Contre la double facturation. une contrainte d'unicité sur le client et le mois Réponse R3; Rapprocher les paiements avec les relevés bancaires · 6/10 Rapprochement jamais pratiqué. Je n'ai pas eu l'occasion Réponse R4
Doctrine et PostgreSQL indispensable Partiel · 5,5/10: Requêtes lentes, index et plan d'exécution · 5/10 Démarche par le plan. Je lance un EXPLAIN ANALYZE, je regarde si le plan fait un parcours séquentiel Réponse R5; Hydratation, N+1 et chargement des relations · 6/10 Doctrine peu connu. j'utilisais Eloquent, donc je connais moins Doctrine Réponse R5
Conception orientée domaine Non évalué: Rien de démontré sur cette exigence pendant l'entretien.
Redis et cache Partiel · 6/10: Verrous distribués · 6/10 Verrou posé en base, pas distribué. On verrouillait aussi la ligne du client pendant le calcul Réponse R3
Usage de l'IA indispensable Partiel · 6/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 · 6/10 Usages nommés. Je l'utilise pour écrire des tests et pour explorer une syntaxe Réponse R6; Son workflow avec l'assistant : découper la demande, lui donner le contexte (fichiers, conventions), tenir la taille du contexte et le coût en tokens, itérer · 6/10 Méthode à améliorer. je ne suis pas très rigoureux sur la taille de ce que je lui demande 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é · 6/10 Confidentialité. Je ne lui donne pas de données clients Réponse R6

Afficher la transcription

Chargement…