![]() |
1
40
架构是那些不仅仅是一个琐事问题(例如,设计模式的使用)的事情之一,并且比其他采访主题更主观。通常没有一个正确的体系结构,因此评估某人更难。你能得到的最多的是被采访者的想法。 我建议你向被面试者描述一个你(面试官)最熟悉的复杂产品或产品的一部分。然后让他思考如何设计和解释他的推理,然后专注于具体的决定和提问。 当然,只有在以下情况下才能这样做:
另外一个额外的好处是,如果他被雇用,你会看到你会如何处理分歧。 如果你的产品曾经被重新设计过,另一种方法是描述旧版本的架构,并询问受访者他将如何重新设计。如果结果接近当前的体系结构,那么候选人很可能与您所在团队的风格和思维方式非常匹配。 |
![]() |
2
16
|
![]() |
3
16
假设您已经检查了他们的文化/个性适合和发展技能,我建议您执行以下操作:
所有这些都不能保证你会选择最好的“架构师”(我和乔尔和杰夫都有同样的问题)。然而,这些绝对是很好的过滤技术,应该可以帮助您为您的团队识别出有价值的特性的人。 |
![]() |
4
15
“所以,我不会在这里耍你的:你能告诉我一些能让我相信你对建筑了解很多的东西吗?” |
![]() |
5
5
我有点担心你的问题。乍一看,我建议“请描述中西部草原形式对现代工艺美术设计的影响”。 把舌头从脸颊上移开,我建议克里斯做上面的事。为候选人提供一个机会,与你和你的团队就与你工作相关的架构的设计进行互动。如果你觉得没有能力根据看到他们解决问题而不是听不懂的问题来判断他们的能力,你需要让其他人参与面试。或者,从Joel和Jeff的书中翻开“架构”一词,开始寻找称职的软件工程师。 在我看来,设计或“建筑师”的能力是一种技能,而不是一套知识。问他们一大堆问题,比如“使用J2EEVX和J2EEVY会产生什么样的性能后果”,或者“哪一个更好,CORBA或RMI”会让你看起来很傻。 |
|
6
4
像这样提问的问题是,没有真正的“正确”答案,所以最主要的是让候选人开始说话。我会要求他们描述一个他们引以为豪的体系结构。然后继续说,‘你最自豪的是什么?’然后你可以问他们过去犯过什么错误,诸如此类的。 我对此感到更舒服,因为你对这个人有了一种感觉,而不是他们回答一个听不见的问题的能力。 |
![]() |
7
2
“你读过麦康奈尔写的代码吗?” |
![]() |
Kazi · 如何让两个用户同时登录Laravel应用程序 6 年前 |
![]() |
Mahdi GB · 如何在MVC中通过控制器将模型数据发送到视图# 6 年前 |
![]() |
Denis Liger · 一个API两个通道 6 年前 |
![]() |
codematix · 利用gRPC构建解决方案 6 年前 |
|
Filip T · 流量与全局变量(服务中) 6 年前 |
![]() |
user3429660 · 如何使用RabbitMQ实现可靠性? 6 年前 |