Riot (France)Tech & Data
Préparer un entretien : Backend Software Engineer
Recrutement historique. Cette synthèse ne constitue pas une offre d’emploi actuellement ouverte.
Fondateurs Avanttoi — Synthèse éditoriale
Sommaire
Fondateurs Avanttoi — Synthèse éditoriale
Synthèse originale de faits rapportés dans un témoignage de candidat, non authentifié par Avanttoi. Les conseils et exercices sont créés par Avanttoi. Cette expérience n’a pas été vécue par les fondateurs et ne décrit pas nécessairement le recrutement actuel de l’entreprise.
Backend Software Engineer — Paris, France
Période des entretiens · janvier 2026
- Les étapes citées sont RH/manager, conception de système et exercice à domicile.
- Le langage du travail à domicile est au choix ; son énoncé n’est pas disponible.
Publication du témoignage : 7 mars 2026. Le lien de provenance est conservé dans le dossier éditorial privé.
Questions et thèmes réellement rapportés
Les citations conservent la formulation publiée par le candidat. Les thèmes décrivent le sujet documenté lorsque l’énoncé complet n’est pas disponible. Les corrigés d’entraînement figurent dans la partie Avanttoi.
Schéma relationnel et requêtes SQL
Conception de système
Concevoir une base relationnelle puis écrire des requêtes sur ce schéma ; domaine et tables non précisés.
Usage de SQL sans couche intermédiaire
RH / manager
Do you use raw SQL ?Formulation publiée par le candidat ; le corrigé et le barème du recruteur ne sont pas fournis.
Ce que vous pouvez travailler
Pour préparer ce rôle, entraînez-vous à partir d’une règle métier et à la traduire en tables, clés et contraintes. Vérifiez vos requêtes sur des doublons, des valeurs absentes et des relations un-à-plusieurs. Lorsqu’une règle doit rester vraie malgré deux requêtes simultanées, expliquez où elle est garantie. Ce dernier point est un approfondissement Avanttoi ; il n’est pas présenté comme une question de cet entretien.
Entraînez-vous sur des cas originaux
Ces scénarios pédagogiques et leurs corrigés ne sont pas des questions posées par Riot (France).
Vérifier les lignes conservées par une jointure
Exercice original Avanttoi. Une table clients contient les identifiants 1 et 2. La table commandes contient une commande du client 1 et une du client 3. Comparez INNER JOIN, LEFT JOIN depuis clients et FULL OUTER JOIN sur l’identifiant client.
Voir le corrigé et les critères
Corrigé pédagogique
L’INNER JOIN conserve la paire du client 1. Le LEFT JOIN conserve aussi le client 2 avec des colonnes de commande NULL. Le FULL OUTER JOIN ajoute la commande du client 3 avec des colonnes client NULL. Une jointure ne corrige pas automatiquement une référence orpheline. Si plusieurs commandes concernent le client 1, il apparaît plusieurs fois : prévoyez cette multiplicité avant d’agréger.
Pour évaluer votre réponse
Vous indiquez les lignes et les NULL, puis distinguez filtrage, jointure et intégrité référentielle.
Modéliser des réservations et leurs contraintes
Exercice original Avanttoi. Dessinez le schéma minimal de réservation d’une salle par un utilisateur, avec heure de début et de fin. Expliquez où vérifier qu’une réservation finit après son début et comment traiter les conflits simultanés.
Voir le corrigé et les critères
Corrigé pédagogique
Séparez salles, utilisateurs et réservations ; reliez-les par clés étrangères. Une contrainte peut imposer fin > début. Deux opérations simultanées peuvent toutes deux lire une disponibilité avant d’insérer : une simple vérification applicative préalable est insuffisante. Décrivez une stratégie transactionnelle ou une contrainte adaptée à la base choisie pour empêcher les chevauchements. Précisez les bornes des intervalles et la politique d’annulation.
Pour évaluer votre réponse
Vous exprimez la règle métier, l’intégrité référentielle et le problème de concurrence avant de choisir un mécanisme.
Traiter une demande répétée sans créer deux opérations
Exercice original Avanttoi. Une API reçoit deux fois la même demande de création de réservation après un délai réseau. Proposez un mécanisme pour renvoyer le même résultat et décrire le cas où le contenu de la demande change.
Voir le corrigé et les critères
Corrigé pédagogique
Associez une clé d’idempotence à une empreinte de la demande et au résultat enregistré. Une contrainte d’unicité et une opération atomique empêchent deux créations pour la même clé. La répétition identique retrouve le résultat ; une même clé avec un contenu différent doit être traitée comme un conflit explicite. Discutez la conservation des clés et ce qui arrive si le serveur s’arrête après l’écriture mais avant la réponse.
Pour évaluer votre réponse
La proposition couvre les répétitions concurrentes et le crash ; un cache seul n’est pas présenté comme une garantie.
Une séance de préparation ciblée
- 15 minutes : relisez les sujets rapportés et listez les notions que vous savez expliquer avec un exemple précis.
- 45 minutes : réalisez les trois exercices Avanttoi associés à cette fiche, puis comparez votre réponse aux critères et aux corrigés.
- 15 minutes : présentez à voix haute une réponse technique et une expérience réelle ; notez les hypothèses et informations à confirmer.
Les informations encore inconnues
- Ce compte rendu décrit un recrutement passé, déclaré par son auteur ; il ne constitue pas une validation indépendante ni le processus actuel officiel.
- La référence de l’offre, la durée du contrat et le mois de prise de poste ne sont pas documentés. Le mois affiché est celui de l’entretien.
- Les sujets rapportés ne donnent pas le barème ni un corrigé officiel. Les scénarios et réponses Avanttoi ci-dessous sont des créations pédagogiques.
À demander à votre recruteur
- Quelle est la référence exacte du poste, son équipe et son périmètre géographique ?
- Quel type de contrat, quelle durée et quelle date de début sont prévus pour cette candidature ?
- Quels formats, outils autorisés et étapes sont prévus pour cette session de recrutement ?