Aller au contenu
sitraka.lu

Outils / Outil gratuit

Préparer les entretiens techniques : coding, system design, leadership

Les entretiens chez Google et dans la plupart des grandes entreprises tech combinent des tours de coding (structures de données, algorithmes, complexité), un ou plusieurs tours de system design pour les profils expérimentés, et un tour comportemental sur le leadership et la collaboration. Cette page est un banc d'entraînement pour les trois, bâti sur du matériel public ; elle ne prétend à aucune connaissance interne du processus d'un employeur. Lisez d'abord les pages de l'employeur (liens en bas), puis entraînez-vous ici.

Comment se déroule en général un tour de coding

  1. 01Reformulez le problème et posez des questions : tailles d'entrée, cas limites, quoi renvoyer quand rien ne correspond.
  2. 02Déroulez un ou deux petits exemples à la main avant d'écrire du code.
  3. 03Énoncez une approche naïve et sa complexité, puis cherchez la meilleure ; dites ce que vous pensez, le silence est l'ennemi.
  4. 04Écrivez du code propre dans un langage que vous maîtrisez à fond ; nommez bien, gardez les fonctions courtes.
  5. 05Testez à voix haute avec un cas normal, un cas limite et une grande entrée ; corrigez ce que vous trouvez.
  6. 06Donnez la complexité finale en temps et en mémoire, et dites ce que vous amélioreriez avec plus de temps.

System design : une méthode répétable sous pression

Un tour de design dure en général 45 à 60 minutes sur un énoncé volontairement vague. L'interviewer veut voir comment vous transformez l'ambiguïté en architecture défendable. Suivez les mêmes sept étapes à chaque fois ; l'exercice ci-dessous vous les fait écrire.

  1. 01

    Clarifier les exigences

    Qui sont les utilisateurs et que doit faire le système ? Quelles fonctions sont hors périmètre ? Besoins non fonctionnels : latence, disponibilité, cohérence, durabilité, vie privée ?

  2. 02

    Estimer l'échelle

    Utilisateurs actifs par jour, requêtes par seconde en pointe, ratio lecture/écriture, données écrites par jour, rétention, stockage à cinq ans, bande passante. Arrondissez franchement, montrez le calcul.

  3. 03

    Définir l'API

    Points d'entrée ou RPC principaux avec entrées et sorties. Authentification, pagination, clés d'idempotence pour les écritures, limites de débit.

  4. 04

    Modèle de données et stockage

    Entités et relations, champs chauds, index. SQL ou NoSQL et pourquoi. Clé de partition. Qu'est-ce qui doit être fortement cohérent et qu'est-ce qui peut attendre ?

  5. 05

    Architecture d'ensemble

    Clients, répartiteur de charge, services sans état, cache, base, file, CDN, stockage objet. Dessinez le chemin d'une requête pour les deux flux les plus importants.

  6. 06

    Approfondir le point dur

    Choisissez le goulot : clés chaudes, diffusion en éventail, grosses jointures, écrivain unique. Montrez deux options et tranchez avec des chiffres.

  7. 07

    Compromis, pannes et exploitation

    Qu'est-ce qui casse en premier si le trafic double ? Réplication et bascule, sauvegardes, modes dégradés, supervision et SLO, coût. Récapitulez le design en une minute.

Suivi de révision : structures de données et algorithmes

0/12 à l'aise

Touchez un sujet pour faire tourner son état : pas commencé, en cours, à l'aise. Visez à l'aise sur les douze avant la boucle d'entretiens.

Les briques à connaître par cœur

0/12 à l'aise

Mêmes trois états. Vous devez pouvoir expliquer chaque brique en deux minutes, avec ses modes de panne.

Exercice de design

Choisissez un énoncé, lancez un minuteur de 45 minutes et écrivez les sept étapes comme vous les diriez à voix haute. Puis notez-vous avec la grille. Tout est enregistré dans ce navigateur ; rien n'est envoyé.

45:00

Auto-évaluation

0/6 critères remplis

Le tour leadership et collaboration

Attendez-vous à des questions sur votre façon de gérer l'ambiguïté, le désaccord, les erreurs et le mentorat. Préparez cinq histoires STAR (situation, tâche, action, résultat) avec de vrais chiffres, dont un échec que vous assumez. Les interviewers cherchent le jugement, la prise en charge et la façon dont vous rendez les autres meilleurs, pas l'héroïsme.

Sources primaires à lire d'abord

Cette page est un guide éditorial construit sur du matériel public, pas une fuite de banque de questions. Les employeurs changent leurs processus ; leurs propres pages priment sur tout ce qui est écrit ici.

Suivez vos candidatures dans Travail & carrière →