问好的架构面试问题

EN

架构不是简单的琐碎问题(例如，设计模式的使用)，它比其他面试主题更具主观性。通常没有一个正确的体系结构，这使得评估某人变得更加棘手。你能得到的最多的是被采访者是如何思考的。

我建议你向面试者描述一个你(面试官)最熟悉的复杂产品或产品的一部分。然后让他思考他将如何构建它并解释他的推理，然后专注于具体的决策并提出问题。

当然，只有在以下情况下才执行此操作：

• 你愿意倾听不是你自己的设计。
• 你能够接受潜在的批评，并承认你自己的设计可能不完美

一个额外的好处是，如果他被录用，你会看到你可能会如何处理分歧。

如果你的产品曾经被重新架构过，另一种方法是描述旧版本的架构，并询问受访者他将如何重新架构它。如果结果接近当前的架构，则候选人更有可能很好地适合您团队的风格和心态。

1. 问他们在“社区”中谁关注并钦佩他们的架构能力，为什么？这将向您表明他们的架构风格的哲学倾向。此外，如果他们不能说出任何人的名字或为什么他们钦佩他们，这是一个大危险信号，因为他们显然没有跟上社区的最佳实践和进步。
2. 要求他们说出与面试相关的架构设计模式的一些问题/缺点/折衷。如果他们不能做到这一点，这是一个危险信号，因为他们可能是无意识的无能(例如:一个粉丝)，而不是在这一领域拥有真正的经验和洞察力。命名给定体系结构的优点要容易得多，而真正了解缺点则需要更深入的洞察力。

假设您已经检查了他们的文化/个性匹配和发展技能，我建议您执行以下操作：

1. 要求候选人描述他们实际设计和/或实现的中到大型系统的体系结构。围绕他们所做的设计权衡提出探索性的问题。
2. 为候选人提供了一个有许多已知缺陷的系统的设计。它可以是你自己编造的，也可以是大家熟知的。让候选人找出缺陷并重新设计系统，假设他们没有时间或金钱让候选人对一个重要的系统(即，用于在医院环境中查看医学图像的分布式系统)有一组要求，让他们以更详细的方式将系统的组件放在白板上，直到您对他们从利益相关者(您)那里引出需求并在设计中进行适当权衡的能力感到满意。

所有这些都不能保证你会选择最好的“架构师”(我和Joel和Jeff对架构师这个头衔有同样的问题)。然而，这些绝对是很好的过滤技术，应该可以帮助你识别出对你的团队有价值的人。