20
Questions essentielles
3
Niveaux évalués
15 min
Temps de lecture
5
Domaines couverts
Profil type d'un développeur selon le niveau
Critères d'évaluation par niveau
| Niveau | Compétences prioritaires | Questions recommandées |
|---|---|---|
| Junior (0–2 ans) | Fondamentaux, curiosité, apprentissage | Algorithmes, structures de données, Git |
| Confirmé (2–5 ans) | Autonomie, bonnes pratiques, projets | SOLID, tests, debugging, REST |
| Senior (5+ ans) | Architecture, leadership, mentorat | Microservices, design patterns, trade-offs |
Questions techniques fondamentales
- 1
Expliquez la différence entre POO et programmation fonctionnelle.
Évalue la compréhension des paradigmes et la capacité à choisir l'approche adaptée.
- –Bonne réponse : POO organise le code autour d'objets (encapsulation, héritage, polymorphisme) ; programmation fonctionnelle traite le code comme des fonctions pures sans état mutable (immutabilité, map/filter/reduce).
- –Red flag : ne connaît qu'un seul paradigme, réponse superficielle sans exemples concrets.
- 2
Qu'est-ce qu'une API REST ? Quels sont les principes clés ?
Évalue la connaissance des architectures web modernes et des protocoles HTTP.
- –Bonne réponse : stateless, ressources identifiées par URL, méthodes HTTP sémantiques (GET/POST/PUT/DELETE), représentations multiples (JSON).
- –Red flag : confusion entre REST et SOAP, ne cite que GET et POST, ne comprend pas le principe stateless.
- 3
Qu'est-ce que le principe SOLID en programmation orientée objet ?
Évalue la connaissance des bonnes pratiques de conception (question senior).
- –Bonne réponse : Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion — avec exemples pratiques.
- –Red flag pour profil senior : ne connaît pas SOLID, ne peut donner aucun exemple pratique.
- 4
Comment optimiseriez-vous une requête SQL lente ?
Évalue les compétences en bases de données et la démarche méthodique.
- –Bonne réponse : utiliser EXPLAIN/EXPLAIN ANALYZE, ajouter des index pertinents (WHERE, JOIN, ORDER BY), éviter SELECT *, limiter les sous-requêtes corrélées, envisager le caching.
- –Red flag : répond juste « ajouter un index » sans contexte, ne connaît pas EXPLAIN.
- 5
Quelle est votre stratégie de tests (unitaires, intégration, e2e) ?
Évalue la compréhension de la pyramide de tests et le pragmatisme.
- –Bonne réponse : pyramide de tests (70–80% unitaires, 15–25% intégration, 5–10% e2e), outils adaptés (Jest, pytest, Playwright), couverture cible de 80%.
- –Red flag : « Je ne teste pas, je fais attention en codant ».
Questions architecture et design patterns
Monolithe vs Microservices : quand choisir ?
| Critère | Architecture Monolithe | Architecture Microservices |
|---|---|---|
| Équipe | Petite équipe, startup, MVP | Équipes multiples, organisation à l'échelle |
| Complexité | Simple au départ, idéal pour démarrer | Complexité distribuée, DevOps nécessaire |
| Scalabilité | Scalabilité verticale uniquement | Scalabilité horizontale par service |
| Recommandation | Commencer ici et migrer si besoin | Adopter progressivement (strangler pattern) |
Détecter les red flags en entretien technique
Méfiez-vous des candidats qui voient les microservices comme une solution universelle, qui ne peuvent donner aucun exemple de debugging production, ou qui n'ont jamais écrit de tests automatisés.
Format d'entretien recommandé
30 min
Présentation parcours
Questions sur le projet technique complexe le plus récent, défis rencontrés, apprentissages.
45 min
Questions techniques
5 à 7 questions selon le niveau (fondamentaux, architecture, bonnes pratiques).
15 min
Cas pratique ou live coding
Exercice adapté au niveau : algo simple pour junior, conception système pour senior.
15 min
Questions comportementales
Veille technologique, gestion du code legacy, collaboration en équipe.
15 min
Questions du candidat
Observer la curiosité et la pertinence des questions posées.
FAQ recrutement développeur
Comment évaluer un développeur sans être technique soi-même ?
Faites-vous accompagner par un développeur senior de l'équipe ou un consultant technique pour la partie coding. Vous pouvez évaluer les soft skills (communication, structuration des idées, curiosité) et utiliser des tests techniques standardisés via des plateformes comme TestGorilla ou Codility. Observez surtout si le candidat pose des questions pertinentes et explique clairement sa démarche.
Faut-il faire un test technique avant ou après l'entretien ?
Idéalement après un premier filtrage RH, pour ne pas faire perdre de temps aux candidats hors profil. Le test technique peut prendre la forme d'un take-home (2–3h max, exercice pratique) ou d'un live coding en entretien (45 min). Évitez les tests de plus de 4 heures qui découragent les bons profils souvent déjà en poste.
Comment détecter un développeur senior qui survend ses compétences ?
Posez des questions très spécifiques sur ses projets : quel était exactement son rôle dans l'architecture décidée ? Comment a-t-il géré les bugs de production ? Quelles erreurs a-t-il commises et comment les a-t-il corrigées ? Un vrai senior évoque ses échecs avec humilité et donne des détails précis.
Les certifications sont-elles un bon indicateur de compétence ?
Elles valident des connaissances théoriques mais ne garantissent pas la qualité du code produit en situation réelle. Privilégiez l'évaluation pratique (portfolio GitHub, projets concrets, test technique) combinée aux certifications. Un développeur sans certification mais avec un portfolio solide est souvent plus compétent qu'un certifié sans pratique.
Comment évaluer la capacité à travailler en équipe chez un développeur ?
Demandez des exemples concrets de code review constructive, de gestion de désaccords techniques avec un collègue, ou de contribution à un projet open source. Observez si le candidat utilise le « nous » en parlant de ses projets. Un développeur qui dit toujours « j'ai » sans mentionner l'équipe peut être difficile à intégrer.
Optimisez votre recrutement tech
Générez une fiche de poste développeur sur-mesure et une grille d'évaluation personnalisée avec notre IA.