Questions d’entretien pour Développeur full stack
7 questions pour préparer un entretien de Développeur full stack. Pour chacune, voici ce qu’une bonne réponse contient. Répondez d’abord à voix haute, puis comparez.
Comment choisissez-vous la base de données d’un nouveau projet : relationnelle ou orientée documents ?
Ce qu’une bonne réponse contient
- Nature des données et des relations
- Besoins de transactions et de cohérence
- Requêtes attendues
- Compétences de l’équipe
- Une base relationnelle comme PostgreSQL par défaut pour des données métier liées
- Justification. Réponses faibles typiques : choix par effet de mode
Présentez une application que vous avez développée de bout en bout, de la base de données à l’interface. Quelle partie maîtrisez-vous le mieux, et laquelle le moins ?
Ce qu’une bonne réponse contient
- Une application réelle
- Stack nommée pour chaque couche
- Parcours d’une donnée de l’écran à la base
- Auto-évaluation honnête des forces et faiblesses
- Ce qu’il fait pour progresser sur le point faible. Réponses faibles typiques : prétention de tout maîtriser également, ou projet décrit sans détail technique
Un écran de votre application affiche parfois les données d’un autre utilisateur. Quelles causes envisagez-vous ?
Ce qu’une bonne réponse contient
- Cache partagé mal clé (CDN ou cache serveur qui ignore l’utilisateur)
- Variable globale côté serveur partagée entre requêtes
- Contrôle d’accès manquant sur un identifiant passé dans l’URL
- Gravité traitée comme un incident de sécurité. Réponses faibles typiques : bug jugé mineur, ou causes floues
Votre application marche en local mais renvoie une erreur 502 une fois déployée. Comment cherchez-vous ?
Ce qu’une bonne réponse contient
- 502 signifie que le proxy n’a pas eu de réponse valide de l’application
- Vérification que l’application démarre (journaux du conteneur ou du service)
- Port et adresse d’écoute
- Variables d’environnement manquantes
- Connexion à la base
- Délais du proxy. Réponses faibles typiques : redéploiement en boucle sans lire les journaux
Un utilisateur dit que son enregistrement « ne passe pas », sans message d’erreur visible. Comment remontez-vous de l’écran jusqu’à la cause ?
Ce qu’une bonne réponse contient
- Reproduction
- Onglet réseau du navigateur (requête envoyée, code de retour, corps de réponse)
- Journaux du serveur avec l’heure ou un identifiant de requête
- Base de données
- Correction puis message d’erreur rendu visible à l’utilisateur. Réponses faibles typiques : recherche au hasard dans le code, sans suivre la requête
Racontez un désaccord technique avec un autre développeur et comment vous l’avez tranché.
Ce qu’une bonne réponse contient
- Désaccord réel et précis
- Arguments des deux côtés
- Recherche de faits (mesure, prototype, documentation)
- Décision prise et assumée
- Relation préservée. Réponses faibles typiques : récit où l’autre avait forcément tort
Comment documentez-vous une API que vous avez écrite pour qu’un développeur mobile puisse l’utiliser sans vous appeler ?
Ce qu’une bonne réponse contient
- Description des routes, paramètres, réponses et erreurs
- Exemples de requêtes
- Authentification expliquée
- Documentation générée ou tenue à jour avec le code (OpenAPI)
- Environnement de test. Réponses faibles typiques : « le code se lit tout seul »
Entraînez-vous avant l’entretien
Nafi, l’intervieweuse IA de Minute Prep, vous pose des questions comme celles-ci, puis vous donne un bilan avec des conseils.