Préparation entretien Tech 2026 — System design, coding, comportemental

Objectif du recruteur : Test de coding basique pour vérifier la maîtrise des fondamentaux. Évalue aussi ton style de code et ta gestion des edge cases.

Comment répondre : Annonce ta méthode AVANT de coder. Discute la complexité (O(n) temps, O(1) espace avec 2 pointeurs). Gère les edge cases : chaîne vide, espace, casse, accents. Code propre avec naming explicite. Tests à la fin avec 3-4 cas (vide, palindrome simple, non-palindrome, casse mixte).

Objectif du recruteur : Question de system design classique. Évalue ta capacité à structurer un problème ouvert, à raisonner sur la scalabilité, et à faire des trade-offs.

Comment répondre : Méthode en 6 étapes : 1/ Clarifier les requirements (read vs write heavy ? quelle latence acceptable ?), 2/ Estimer la scale (QPS, storage, bandwidth), 3/ API design haut niveau, 4/ Schéma data + partitionnement, 5/ Architecture (load balancer, cache, queue, CDN), 6/ Trade-offs et goulots d'étranglement. Annonce ton plan en début, pas en fin.

Objectif du recruteur : Question behavioral classique GAFAM (Disagree and commit chez Amazon). Évalue ta capacité à gérer le désaccord constructivement.

Comment répondre : STAR : Situation (désaccord technique précis : architecture, choix techno, code review), Task (ton rôle, ton point de vue), Action (comment tu as exprimé, recherche de data, escalade éventuelle), Result (décision finale, ce que tu as appris). Évite les conflits personnels — uniquement techniques. Termine sur ce que tu changes maintenant dans ta pratique.

Objectif du recruteur : Test d'humilité technique et de seniorité. Un dev senior qui dit ne jamais avoir introduit de dette ment ou n'a pas assez d'XP.

Comment répondre : Choisis une vraie dette (raccourci avec les tests, monolithe pas modularisé assez tôt, mauvais choix de DB). Explique le contexte (delivery sous pression, manque d'expérience à l'époque). Termine par comment tu l'as identifiée et payée — ou comment elle est encore là si toujours là.

Objectif du recruteur : Question fondamentaux distribués. Vérifie la maîtrise des concepts pour les rôles backend / SRE / archi cloud.

Comment répondre : CAP = Consistency, Availability, Partition tolerance — choisir 2 sur 3 en cas de partition réseau. Exemple : DynamoDB (AP, eventual consistency) vs PostgreSQL (CP, indisponible si master down sans replica). Cite Cassandra (AP), Etcd (CP), MongoDB (configurable). Précise que CAP est simplifié — PACELC est plus précis.

Objectif du recruteur : Test pratique d'opération. Évalue ta méthodologie de debug, ta connaissance des outils d'observabilité.

Comment répondre : Méthode : 1/ Vérifier les dashboards (Datadog, Grafana, New Relic) — corrélation avec un déploiement ?, 2/ Tracer une requête lente (distributed tracing OpenTelemetry), 3/ Hypothèses (DB lock, GC pressure, cold cache, dépendance externe), 4/ Vérifier les métriques infra (CPU, RAM, network, disk I/O), 5/ Mitiger (rollback, cache warm-up, scale up), 6/ Post-mortem doc. Cite des outils précis.

Objectif du recruteur : Évaluer ta passion technique et ta capacité à porter un projet au-delà du job. Très utilisé en SaaS scale-up.

Comment répondre : Choisis un projet réel avec lien actif (GitHub stars, utilisateurs réels, NPM downloads). Raconte le problème résolu, la stack, ce que tu as appris. Si tu n'as pas de side project, sois honnête et raconte un projet pro où tu as eu une vraie ownership.

Objectif du recruteur : Question front pratique. Vérifie la maîtrise des Core Web Vitals et des techniques d'optimisation modernes.

Comment répondre : Méthode : 1/ Audit Lighthouse + WebPageTest pour identifier le LCP element, 2/ Hypothèses (image lourde, font blocking, JavaScript bundle, server slow), 3/ Optimisations (preload critical resources, lazy load below-the-fold, font-display swap, code splitting, server-side rendering, CDN, image format AVIF/WebP, srcset). Cible LCP <2,5s. Cite Next.js Image, fetchpriority, priority hints.

Objectif du recruteur : Test de processus de code review. Évalue ta priorité (faut-il TOUT lire ?) et ta capacité à donner du feedback constructif.

Comment répondre : Réponse honnête : tu refuserais de reviewer une PR de 800 lignes en 30 min — c'est un signal de découpage insuffisant. Si forcé : 1/ Lire description + tests d'abord, 2/ Architecture/structure (10 min), 3/ Code logique critique (10 min), 4/ Bloquer sur risques majeurs, demander split. Cite Conventional Comments, code review au lieu de approve sans avoir tout vu.

Objectif du recruteur : Test classique d'engagement. Le recruteur cherche une raison vraie qui montre que tu as fait tes devoirs.

Comment répondre : Mentionne 3 éléments précis : 1/ Un fait technique récent (open source, blog d'ingénierie, conférence donnée), 2/ Ton alignement avec le scope (techno, secteur, scale), 3/ Ce que TU peux apporter de spécifique. Évite « j'aime votre culture » et « je veux apprendre » — trop génériques en Tech.