Questions d'entretien : Développeur back-end
Un entretien back-end porte sur ce qui se passe quand la charge monte ou qu'un service tombe. Le manager écoute votre façon de penser les données, la charge et la panne, et cherche à savoir si vous avez été assez près de la production pour en garder des leçons.
Les questions à attendre
Décrivez une API ou un service que vous avez conçu. Qui l'appelait, et qu'est-ce qu'il fallait réussir ?
Ce qu'il écoute
Les appelants et leurs besoins d'abord, puis le contrat, puis ce que vous lui avez interdit de faire. Les versions et les erreurs montrent l'expérience.
Racontez-moi une fois où la base de données est devenue votre goulot d'étranglement.
Ce qu'il écoute
Comment vous avez trouvé la vraie cause, le correctif le moins cher essayé en premier, et la mesure qui a prouvé que cela marchait.
Que faites-vous quand une dépendance est lente ou indisponible ?
Ce qu'il écoute
Des délais maximaux, des reprises limitées, ce que voit l'utilisateur en attendant. Une vraie panne vécue vaut mieux que la théorie.
Parlez-moi d'une migration de données que vous avez menée en production.
Ce qu'il écoute
Le plan pour la faire sans coupure, le moyen de revenir en arrière, et ce qui vous a surpris le jour venu.
Que regardez-vous en premier quand un service dont vous avez la charge ralentit ?
Ce qu'il écoute
Un ordre d'enquête que vous suivez vraiment, et les tableaux de bord ou journaux sur lesquels vous vous appuyez.
Une réponse, avant et après
Parlez-moi d'une migration de données que vous avez menée en production.
Vous avez dit
On devait passer à un nouveau schéma pour les utilisateurs, donc j'ai écrit un script et on l'a lancé une nuit. Il y a eu quelques soucis avec certaines lignes mais on les a réglés, ça a pris plus de temps que prévu mais à la fin tout était migré.
Essayez
J'ai déplacé 12 millions de lignes d'utilisateurs vers un nouveau schéma, sans coupure. J'ai écrit dans les deux schémas pendant une semaine, repris l'historique par lots de 10 000 la nuit, et comparé chaque matin les totaux et les sommes de contrôle. Environ 3 000 lignes avaient un e-mail mal formé : j'ai corrigé par règle et transmis le reste au support. Nous avons basculé les lectures un mardi et gardé l'ancienne table un mois, au cas où.
Le plan, les contrôles et le retour arrière sont ce qu'un manager veut entendre.
Ce qu'un bilan note pour ce poste
- Conception de systèmes
- Vous expliquez une architecture par ses contraintes, pas par ses mots à la mode.
- Fiabilité
- Vous dites comment le système tombe en panne et comment vous le sauriez.
- Clarté
- Vous allez du problème à la décision sans détour.
Des exemples : chaque bilan choisit les compétences qui correspondent au poste et à l'entretien.
Répétez cet entretien à voix haute
Lire ces questions est un début. Dire vos réponses à quelqu'un qui vous relance, c'est la répétition.
Télécharger dans l'App Store