Questions d'entrevue sur la Bonne Architecture [fermé]
Quelles sont les bonnes questions à poser lors d'une entrevue pour voir ce que le demandeur sait sur l'architecture?
7 answers
L'architecture est l'une de ces choses qui ne sont pas simplement une question trivia (par exemple, les utilisations de modèles de conception) et est beaucoup plus subjective que les autres sujets d'entrevue. Il n'y a souvent pas une seule architecture correcte, ce qui rend plus difficile l'évaluation de quelqu'un. Le plus vous pouvez obtenir une idée de la façon dont la personne pense.
Je suggère que vous décriviez à la personne interrogée un produit complexe ou une partie d'un produit que vous (l'intervieweur) connaissez le plus intimement. Puis demandez à l' lui de penser à la façon dont il l'concevrait et expliquerait son raisonnement, puis de se concentrer sur des décisions spécifiques et de poser des questions.
Bien sûr, ne le faites que si:
- Vous êtes ouvert à entendre d'autres conceptions qui ne sont pas les vôtres.
- Vous êtes capable de prendre le potentiel critiques et reconnaître que votre propre conception pourrait être imparfaite
Un bonus supplémentaire est que vous verriez comment vous pourriez gérer les désaccords s'il est embauché.
Une approche alternative si votre produit a jamais été réarchitecté est de décrire l'architecture de l'ancienne version et demander à l'interviewé comment il serait réarchitect. Si le résultat est proche de l'architecture actuelle, il est plus probable que le candidat correspondrait bien au style et à l'état d'esprit de votre groupe.
- Demandez qui dans la "communauté" ils suivent et admirent pour leur capacité architecturale et pourquoi? Cela vous donnera une indication du penchant philosophique de leur style architectural. De plus, s'ils ne peuvent nommer personne ou pourquoi ils les admirent, c'est un gros drapeau rouge parce qu'ils ne suivent clairement pas les meilleures pratiques et les avancées des communautés.
- Demandez-leur de nommer un problème/con/compromis avec un modèle de conception architecturale pertinent pour l'entrevue. Ils ne peuvent pas cela, c'est un drapeau rouge, car ils peuvent être inconsciemment incompétent (c'est à dire: un fanboy) plutôt que d'avoir une réelle expérience et connaissances dans ce domaine. Il est beaucoup plus facile de nommer les avantages d'une architecture donnée, alors que la compréhension réelle des inconvénients nécessite un aperçu plus approfondi.
En supposant que vous les avez déjà vérifiés pour l'ajustement de la culture/personnalité et les compétences de développement, je suggère de faire ce qui suit:
Demandez au candidat de décrire l'architecture d'un système de moyenne à grande échelle qu'il a réellement conçu et/ou mis en œuvre. Posez des questions de sondage sur les compromis de conception qu'ils ont faits.
Fournir au candidat la conception d'un système qui a plus de quelques défauts connus. Cela peut être celui que vous avez inventé ou un c'est bien connu de tous. Demandez au candidat d'identifier les défauts et de repenser le système, en supposant qu'il n'a pas de contraintes de temps ou d'argent.
Présentez au candidat un ensemble d'exigences pour un système non trivial (c.-à-d. un système distribué pour examiner des images médicales dans un environnement hospitalier) Faites-lui un tableau blanc des composants du système avec des niveaux de détail croissants jusqu'à ce que vous vous sentiez à l'aise avec leur capacité à susciter des exigences de la part faites des compromis appropriés dans leur conception.
Rien de tout cela ne garantira que vous choisirez le meilleur "architecte" (j'ai le même problème avec le titre architecte que Joel et Jeff). Cependant, ce sont certainement de bonnes techniques de filtrage et devraient vous aider à identifier quelqu'un avec des caractéristiques intéressantes pour votre équipe.
" Alors, je ne vais pas vous branler ici: pouvez-vous me dire quelque chose qui me convaincra que vous en savez beaucoup sur l'architecture?"
Je suis un peu préoccupé par votre question. À première vue, je suggérerais quelque chose du genre "veuillez décrire les influences des formes des prairies du Midwest sur les conceptions d'arts et d'artisanat modernes".
Enlever la langue de la joue, je suggérerais ce que Chris a fait ci-dessus. Donner à la personne la possibilité d'interagir avec vous et votre équipe sur la conception d'une architecture appropriée à votre travail. Si vous ne vous sentez pas équipé pour juger de leur compétence en fonction de les voir résoudre problèmes au lieu de problèmes en conserve, vous DEVEZ impliquer quelqu'un d'autre dans l'entretien. Ou bien prenez une page du livre de Joel et Jeff et grattez le terme "architecture" et commencez à chercher des ingénieurs logiciels compétents.
À mon avis, la capacité de concevoir ou "architecte" est une compétence, pas un ensemble de connaissances. Leur poser un tas de questions comme "quelles sont les ramifications des performances de l'utilisation de J2EE vX vs J2EE vY" ou "quel est le meilleur, CORBA ou RMI" va juste vous faire l'air stupide.
Le problème avec des questions comme celle-ci est qu'il n'y a pas vraiment de "bonne" réponse, donc l'essentiel est de faire parler le candidat. Je leur demanderais de décrire une architecture qu'ils ont mise en œuvre et dont ils sont fiers. Et puis suivre avec des choses comme, " Qu'en est-il vous êtes le plus fier?'. Et vous pouvez ensuite leur demander quelles erreurs ils ont faites dans le passé, ce genre de chose.
Je me sens plus à l'aise à ce sujet parce que vous avez une idée de la personne, et pas leur capacité à répondre à une question en conserve.
"Avez-vous lu le code complet de McConnell?"