游击队采访建筑师
游击队采访建筑师
原文：https://medium.com/hackernoon/guerilla-interviewing-architects-29df7f62298d
http://dilbert.com/strip/2001-12-10
雇佣优秀的人才是很费力的。你必须努力寻找那些经验、文化契合度和抱负完美结合的人。当然，只有当你对你想雇佣的人的类型有所选择时，寻找工作才是困难的。伟大的人很难找到；如果你只是想把数字相加，那就非常容易了。
大多数招聘过程都可以归结为几次面试。这些对于发现候选人与你选择的酒吧之间的遗漏、差距和不良气味至关重要。我想分享一下我在招聘建筑师时的要求。软件架构师，也就是说，不是那些以设计建筑为生的人。这是一种解脱，因为作为一名首席技术官，我不太擅长了解建筑设计师。为什么是建筑师？他们是资深的，在决定如何构建软件产品方面扮演着重要的角色。糟糕的架构决策会导致软件产品失败。或者你将在未来 10 年内购买的软件产品。雇佣合适的建筑师是值得的。
罗里谈建筑
你雇佣什么类型的建筑师？你在寻找 20 多种不同类型的建筑师中的哪一种？
也许是一个技术架构师？
更广泛。解师？
太初级了。资深解决方案建筑师？
更多的白发。校长建筑师？
更全面。系统架构师？
…
还有很多很多。
专家:申请建筑师
更多专家: UI 架构师
只是托管:基础架构架构师
喜欢抽象概念:宇航员建筑师
关注系统集成:集成架构师
架构师之王:企业架构师(有些人说是架构师的巅峰，尽管大多数这样说的人是企业架构师)
应用: iOS 架构师
信息安全:安全架构师
认证: TOGAF 建筑师
这是招聘建筑师时面临的一大挑战。有这么多不同的类型。而且比这更糟糕的是，一家公司的技术“架构师”与另一家公司不同。人们常把橘子和苹果相比较。所以在你开始寻找什么样的特征和经验水平之前，试着弄清楚你自己。
并且要非常清楚建筑是什么，建筑师是做什么的。你可以从访问维基百科开始，
做出高层次设计选择并规定技术标准的软件专家。
但是，如果你想以一种更加深思熟虑的建筑观点和建筑师的角色成为班上的佼佼者，你应该研究一下罗里的解释:
建筑师是一个有足够经验做出决定并引导他人朝着正确的方向前进的人，平衡教条主义和实用主义，知道他们并不了解一切，知道他们有更多的东西可以学习，最重要的是知道他们如何利用他人的经验和知识来指导他们的决策。
乔尔谈软件
十年前，乔尔·斯波尔斯基写了《游击队采访指南》。有点难以相信这已经有十年的历史了，但是它包含了一些雇佣程序员的铁腕建议。也许=不是黄金法则。聪明的和把事情做好是没有商量余地的。这两者都适用于开发人员之外的许多角色。当然，对于开发人员，我们可以要求他们在面试中写一些代码或解释一些代码。对于建筑师来说，这更棘手，因为你不能轻易要求他们设计一些东西。
然而，你可以问很多问题，这些问题揭示了候选建筑师是如何思考、设计、工作和学习的。看到建筑师如何绘制是至关重要的，因为大多数设计都是以图纸或图表的形式传达的。
那么，我要寻找的危险信号是什么呢？一旦你发现了危险信号，你就变成了一个可能。正如乔尔所说的，也许=不。但这是非常消极的。有许多积极的迹象，你暗暗希望。这些标志给你一个印象，如果他们为你工作，这个人会是什么样子。
弹出，弹出，弹出
拒绝候选人并不能保证他们是坏候选人。或者坏人。这只是意味着他们不适合在您的组织中担任您需要的角色。所以，在开始招聘之前，要非常清楚你的文化是什么，以及你的招聘栏在哪里。
缩短面试时间会给候选人留下错误的印象。您可能没有给他们足够的时间来意识到他们已经远远错过了您的招聘酒吧(而您没有告诉他们)。如果候选人在你透露之前意识到这一点，对每个人来说都容易得多。所以如果你发现了这些，你应该是在考虑按下弹出按钮。以一种好的方式。
- 没有建筑师经验。说真的。这通常是因为筛选过程失败。加紧检查。
- 无法解释建筑师是做什么的。想象一下，雇佣一个并不清楚医生是做什么的医生。您的医疗保健是否信任这位医生？
- 沟通不畅。如果架构师不能在面试中清晰简洁地与您沟通，这在团队中是不可能改善的。建筑师应该能够流利地说真实的人(“商人”)和技术人员的语言。
- 混合工程师-经理-顾问-架构师-做任何有经验的事情。如果有人没有专注于架构师的角色，那么经验的深度通常是缺失的。没有深度就意味着有问题的决定。
- 没有所申请级别的经验。这很常见，因为很多人想通过跳槽获得晋升。我更愿意为员工保留这一特权。外部雇佣是因为他们做了什么，而不是他们能做什么。
- 没有学习的欲望，没有进步的证据或合作的热情。软件是一个快速发展的职业。如果你需要雇用 COBOL 程序员，那么这就不太相关了。但是建筑师需要不断地跟随技术的发展。
- 认为架构=选择技术。技术很容易选择。你如何使用这些技术(设计)要难得多。如果你的候选建筑师没有做过设计或欣赏设计，那么你应该离开。
- 没有写过任何代码。永远不会。如果不了解代码和工程，架构师就无法对软件设计做出好的决策。
- 宇航员建筑师。但是如果你坚持聪明的和完成任务，你可以很快发现宇航员。
- 无法描述技术的缺点或何时不使用它们。那些读过某项技术的网站 splash page 的架构师可以告诉你应该使用它们的所有情况，但不能告诉你何时应该避免使用它们(因为网站通常不会宣传这一点)。如果有人能够描述何时不使用某项技术，那么他们就有更多的机会使用它。
提醒我一下，我该找什么？
寻找尽可能多的能塞进一个人的东西。
- 清晰、简洁的语言沟通者，而不是含糊其辞者。
- 简单、清晰的逻辑和物理设计图纸。画不好的建筑师就做不好自己的角色。
- 经验而非理论。建筑师喜欢谈论他们能做什么——我更感兴趣的是他们做了什么(和没做什么)以及为什么。
- 果断，不拖延。如果要花上一年的时间，做决策者就没有意义了。
- 深思熟虑的决策者，而不是鲁莽的决策者。他们在继续之前是否意识到了技术风险——即使他们承担了这些风险？
- 整个堆栈体验，而不仅仅是前端、web、后端、数据和集成方面的专家。
- 绿地架构体验，而非维护者。他们有过从一张白纸开始构建新解决方案的经历吗？许多架构师只有维护现有架构的经验。
- 简化者不是顺从者。这个人是努力把事情变得简单，还是倾向于把事情变得复杂？
- 学习者不是停滞者。这个人是否渴望学习，并且已经应用了他们的知识？
- 工程师架构师，而不是过程驱动的架构师。目前或最近担任工程师的建筑师。他们至少需要能够理解和编写代码。请记住，在黑客马拉松中，我认为工程师-架构师会被任何软件工程师超过。
- 有人知道什么是好的代码，什么是好的 OO 设计不仅仅是“抽象”和“接口”。知道 SOLID 是什么意思的人(即使他们不记得缩写代表什么)。
- 建立他人、获得所有权、获得结果的证据。
- 克服挑战的证据。
- 影响高层人士的证据。
- 自我投资、培训或学习的证明。
- 与开发或运营团队合作设计、交付和验证架构决策的证据。包括对反馈的追溯行动。
犯错误
然而，并不能保证能成功雇佣。即使你遵循了我所说的一切，你仍然可能拒绝合适的人(没什么大不了的，因为他们会找到另一份工作)，或者更糟的是接受错误的人(当事情没有结果时，总是很痛苦)。你必须努力让新员工融入你的团队和文化。但是我希望我学到的经验能帮助你寻找合适的建筑师。
我们一直在寻找 伟大的架构师 ，他们希望与我们一起构建满足用户需求的伟大软件。
