Comment se préparer à un entretien technique en 48h (méthode heure par heure)

Vous avez un entretien technique dans 48h. Vous n'avez pas révisé depuis 2 ans (ou jamais). Pas de panique : avec une préparation ciblée et structurée, vous pouvez être opérationnel en 2 jours. Voici un plan heure par heure, testé sur des dizaines de candidats Senior Engineer.

Jour J-2 : audit + bases (8h)

9h-10h : Audit du process et de l'entreprise

• Lire l'offre 3 fois, surligner les compétences techniques mentionnées
• Chercher sur Glassdoor / LinkedIn les retours d'entretiens chez cette entreprise
• Identifier les 3-4 sujets que le recruteur va probablement creuser
• Lister vos forces / vos zones de risque

10h-13h : Révisions techniques fondamentales

Choisissez 3-4 sujets selon le poste. Pour un poste backend / fullstack :

• Algorithmique de base (1h) : complexité, structures de données (array, hashmap, tree, graph)
• Système design léger (1h) : load balancer, cache, base de données, queue
• Bases de données (45 min) : indexes, transactions, ACID, sharding
• Concurrency / async (45 min) : threads, locks, deadlock, race condition

14h-16h : 3 problèmes LeetCode/HackerRank niveau medium

Choisissez les patterns les plus probables :

• 1 problème de hashmap/array (« two-sum like »)
• 1 problème de tree/graph (« BFS/DFS »)
• 1 problème de sliding window ou two-pointers

Pas de panique sur le score. L'objectif : retrouver les réflexes de pensée (parler à voix haute, clarifier l'input, edge cases, brute force avant optimisation, complexité).

16h-18h : System design (1 cas)

Choisissez un sujet classique : « Design a URL shortener », « Design Twitter feed », « Design Uber matching », « Design WhatsApp chat ». Faites-le sur papier, à voix haute, en 30-45 minutes.

Suivez ce framework :

1. Clarification (functional + non-functional requirements)
2. Estimation (scale, QPS, storage)
3. API design (3-4 endpoints clés)
4. Schéma de base (tables / entités)
5. High-level architecture (boxes & arrows)
6. Deep-dive sur 1-2 composants critiques
7. Bottlenecks et trade-offs

20h-22h : Behavioral prep

Préparez 6 stories STAR couvrant : leadership, conflit, échec, succès, innovation, collaboration. Voir notre guide STAR avec 12 exemples.

Jour J-1 : pratique intensive (8h)

9h-12h : 4 problèmes algo (medium/hard)

Avec contrainte de temps : 30-40 min par problème. Patterns à couvrir :

• Dynamic programming (1 problème simple, type Fibonacci/coin change)
• Backtracking (1 problème, type N-Queens ou subsets)
• Tree traversal avec une twist (1 problème)
• String manipulation avec optimisation (1 problème)

Si vous bloquez sur un problème pendant 15 min : regardez la solution, comprenez-la, refaites-la de mémoire.

14h-16h : System design (2 cas)

Faites 2 nouveaux cas de system design. Maintenant à voix haute, avec papier et stylo, simulant l'entretien réel.

16h-18h : Mock interview

Demandez à un ami / pair / coach de vous faire passer un mock interview de 1h :

• 15 min behavioral (parlez-moi de vous + 2 questions STAR)
• 30 min coding (1 problème medium)
• 15 min system design (1 cas léger)

Le feedback est crucial. Si pas de mock disponible, enregistrez-vous en vidéo et regardez.

20h-21h : Révision questions sur l'entreprise

• 3 questions à poser au recruteur (pas génériques)
• Votre réponse à « Pourquoi notre entreprise »
• Votre réponse à « Pourquoi vous quittez votre poste actuel »
• Votre fourchette salariale (basée sur les benchmarks)

22h : Préparation logistique + sommeil

• Vérifier le matériel (caméra, micro, lien Zoom/Google Meet)
• Préparer un environnement calme
• Avoir 3 onglets prêts : votre CV, l'offre, un éditeur de code (si entretien live coding)
• Coucher tôt — la fatigue est votre pire ennemi

Jour J : pré-entretien (3-4h avant)

1 problème algo « warm-up »

Faites 1 problème easy/medium pour réveiller le cerveau. Pas plus de 30 min — vous voulez la confiance, pas la frustration.

30 min de relaxation

Marche, douche, podcast léger. Ne révisez pas dans les 60 minutes avant l'entretien. Votre cerveau a besoin de respirer.

15 min avant : settings

• Lien Zoom ouvert et testé
• Eau à portée
• CV imprimé devant vous
• Notes de préparation accessibles (mais pas visibles à l'écran)
• Téléphone en silencieux

Pendant l'entretien : checklist mentale

Sur les questions algo

1. Clarifiez l'input avant de coder. Posez 2-3 questions sur les edge cases.
2. Parlez à voix haute. L'examinateur veut voir comment vous pensez.
3. Brute force d'abord, puis optimisation. Mieux vaut une solution lente qui tourne qu'une solution élégante qui ne marche pas.
4. Complexité : annoncez la complexité spatiale et temporelle.
5. Edge cases : null, empty, single element, very large input.
6. Tests : déroulez 1-2 inputs à la main pour vérifier.

Sur le system design

1. Clarifiez les requirements. Ne plongez pas dans la solution.
2. Estimez : QPS, storage, bandwidth.
3. Top-down : commencez par l'architecture haut niveau, ensuite plongez sur 1-2 composants.
4. Trade-offs explicites : « SQL vs NoSQL ici ? Je choisis SQL parce que ACID est critique pour... »
5. Bottlenecks : identifiez 2-3 points de scaling potentiels.

Sur les questions behavioral

1. STAR strict : 30 sec contexte, 15 sec objectif, 45 sec action (le plus de temps), 30 sec résultat.
2. « Je » pas « nous ». Le recruteur veut savoir CE QUE VOUS avez fait.
3. 1 chiffre minimum dans le résultat.
4. Pas de critique de l'employeur précédent.

Erreurs fatales à éviter

• ❌ Coder en silence sans expliquer votre réflexion
• ❌ Sauter directement à la solution optimale sans brute force
• ❌ Sur-promettre sur des skills que vous ne maîtrisez pas (« oui je connais Kubernetes » alors que vous avez juste lu la doc)
• ❌ Critiquer votre employeur actuel
• ❌ Ne pas avoir de questions à poser à la fin
• ❌ Demander le salaire avant que le recruteur ne le mentionne

Si vous bloquez complètement

Ça arrive. Voici quoi faire :

1. Respirer. Dire « je réfléchis 30 secondes » à voix haute.
2. Décrire ce que vous savez du problème. Souvent, ça déclenche une idée.
3. Demander un hint : « Est-ce que vous pouvez me donner un indice sur la direction ? » Le recruteur préfère vous aider que vous voir paniquer.
4. Proposer un brute force, même inefficace. Mieux que rien.
5. Si vraiment bloqué : soyez honnête. « Je n'ai pas la solution complète mais voici comment j'aborderais le problème en pratique. »

Ressources de révision express

• NeetCode 150 : sélection des problèmes LeetCode les plus fréquents en entretien
• System Design Primer (GitHub) : repo avec 200+ ressources
• Cracking the Coding Interview : si vous avez un livre à acheter, c'est celui-là
• Pramp / Interviewing.io : mock interviews gratuits avec des pairs
• Similator Pro Interview Prep : génère 8 questions probables + plans STAR personnalisés à votre CV en 30 secondes

Conclusion

48h n'est pas idéal, mais c'est largement suffisant pour passer de « je vais bafouiller » à « je suis prêt à argumenter ». La clé : structure, pratique active (pas juste lecture), et repos avant l'entretien.

Le jour de l'entretien, rappelez-vous : le recruteur ne cherche pas la perfection. Il cherche quelqu'un qui réfléchit clairement, communique bien, et peut résoudre des problèmes en collaboration. C'est exactement ce que vous savez faire au quotidien.

Pour aller plus loin : 30 questions d'entretien probables · Négocier son salaire en entretien