Démo Voir côté candidat

Sonia Ferreira

Développeur API Python, plateforme média streaming (H/F) · test filmé du 20/10/2026 · 14 min
Hors document · non imprimé
Verdict Recommandé
Score du test 7,4/10 couverture 93 % Usage de l’IA : 7/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 9e sur 30 testés ex aequo avec un autre testé Suivant : Candidat confidentiel →
Prochaine étape proposée par l’analyse

Sur FastAPI à fort trafic, le réglage par la mesure et la limitation par client sont solides. Sur les microservices et Kafka, le contenu d'un événement et les groupes sont justes, mais la pratique vient de RabbitMQ. Sur les analytics temps réel, les fenêtres et l'arbitrage sont excellents. Sur l'API de recommandation, le repli et la mesure sont présents. L'usage de l'IA est encadré et sécurisé.

Offre : 47 000 – 55 000 € brut / an PythonFastAPIMongoDBRedisKafka
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 API Python, plateforme média streaming (H/F) · Sonia Ferreira · 20/10/2026

Synthèse

La candidate argumente bien les fenêtres de temps et l'arbitrage entre exactitude et vitesse, à partir de son API d'ouverture de comptes. Elle a appris à régler Uvicorn en migrant un service, par la mesure et non par réflexe. Ses connaissances de Kafka viennent plus de la théorie que de la pratique.

Détail par exigence

FastAPI à fort trafic indispensable Solide
Règle les workers par la mesure après une première tentative coûteuse et limite chaque client par sa clé d'API.
Microservices communiquant par Kafka indispensable Solide
Définit un bon événement de visionnage et un groupe par service, avec une pratique surtout issue de RabbitMQ.
Analytics temps réel Solide
Choisit sa fenêtre en pesant clés et précision, puis arbitre exactitude et vitesse selon l'usage.
Profils utilisateurs dans MongoDB Non abordée
MongoDB n'a pas été abordé au-delà d'une lecture de la documentation : ses profils vivaient dans une base relationnelle.
API de recommandation Solide
Prévoit des contenus populaires en repli et mesure par taux de clics et test A/B stable par profil.
Usage de l'IA indispensable Solide
Génère des serializers et des tests avec l'assistant, relit et teste, et réserve le contrôle des droits à son propre code.

Points d'appui

  • Fenêtre d'une minute justifiée et nettoyage des clés fines après quarante-huit heures.
  • Arbitrage exactitude et vitesse selon l'usage, avec un recalcul nocturne des chiffres réglementaires.
  • Limitation par clé d'API avec 429 et quotas différents selon les contrats.
  • Relecture et refus de déléguer le contrôle des droits d'accès.

Points de vigilance

  • Pratique de Kafka limitée : surtout RabbitMQ, les partitions restent théoriques.
  • Réglage fin d'Uvicorn encore en apprentissage.
  • Pas de pratique de MongoDB décrite.

Sujets abordés

FastAPI à fort trafic · Microservices communiquant par Kafka · Analytics temps réel · API de recommandation · 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…