一. 导言 导言 导言 导言 导言 导言 一,导言 导言 导言 导言 导言 导言

在LinkedIn上困扰我的很多事情之一是“如何采访开发商”的文章。

1. 经典的脑食食人者 "你如何移动富士山?" 样式。
2. 缩略 "你从你的CS学位能记起什么?" 方法。
3. 缩略 "我们看着你时写下代码" 方法。

多年来,我采访了几十次,雇用了 百 数百 从微软公司和戴尔公司到小型初创企业。 心理学家 心理学家 心理学家 心理学家 心理学家 心理学家 心理学家 (测量精神能力的科学) 所以我从 每个 侧面。

问题

书写代码通常不是社会活动。 当然 — 软技能很重要。 但是它们往往与实际的写代码实践不相符合, 以解决真正的用户问题 。

那么,如何面试某人 工作,这是 多数为 关于写代码?

我们的职业也充斥着 伪综合症综合征 - 我从我自己和无数其他人身上都见过 已经 感觉像个骗局?

我们经常 社会尴尬的一群人 (包括本人在内)。 和 需要活生生的解决问题是造成灾难的诱因。

那么,你如何采访一个人 谁的紧张,尴尬, 或已经怀疑自己?

解决方案

第一:读取续集

连都不要 开始 除非他们的经历排成一行,那是尊重他们的时日的。 和 是你的吗?

第二:设置无压力访谈

使进程明确和人性化。

1. 通知你,不要同一天的面谈
2. 使格式、参与者和预期成果清晰明了。
3. 读他们的生活。 如果你在采访他们 你应该比他们更清楚
4. 明确包含所有加入的细节。 缩放/ 团队链接, 或当面指示 。

面谈

贝贝 准时如果迟到,给他们几分钟时间 - 机会是,他们不像你那样 背靠背地开会。

问问你自己: 他们是否配得上球队的性格? 聪明的编译员是个混蛋就是净损失

经过多年的Fibonacci问题和连结名单马拉松后, 我了解到一个核心真理:

编译员喜欢谈论他们知道的代码

这就是秘诀。 只有采访者真正理解所显示的内容, 它才会起作用。 如果您不知道框架( 角、 反应, 任何) 仍然很好。 聚焦于结构、 清晰度、 命名、 意图 。

• 所以告诉他们 预预预提前 (5天是公平的) 你会想讨论他们写的代码,没有压力,没有诡计,只是: 让我看看你能谈些什么

他们可能没有GitHub(GitHub) — — 没关系。 个人或工作片段都很好。 目的不是寻找天才。 而是寻找天才。 拥有所有权.

你不是因为一个人有多少空闲时间才雇用你的

为何这样工作

一一 这让我非常焦虑 尽管我建造了数百个系统,这是无足轻重的。

以下是为什么这个方法更好:

1. 压力没那么大了 他们谈论的是熟悉的代码 而不是在压力下写什么恐慌信
2. 它揭示了真相。 如果他们不能解释代码 他们"写", 他们可能没有写它。
3. 它导致自然探索:
   • 为什么这样做?
   • 为什么不用图书馆?
   • 制约因素是什么?
4. 你看到他们用时间写的代码 - 不是在出汗的时候 除非工作场所混乱 否则人们通常不会在恐慌状态下编码

规则的例外例外

初级候选人 中 中 中 中 中 中 需要做一个小的实际测试 但是要保持人性化 不要让他们重构一个4000线的遗产文件

问关于循环,条件,现实世界的基础。

设计图案?许多人每天在不知道名字的情况下使用这些图案。不要被标签缠住。

逻辑谜题? 从来没有真正工作需要它们。 从来没有见过知道纽约有多少钢琴调音员的真正用途。

后续行动后续行动

候选人是否获得该角色 -- 后续行动后续行动.

如果他们没有得到它: 解释一下原因 给他们一些有用的东西 让他们拿走

如果他们真的拿到了: 告诉他们下一步要做什么 让他们呼吸吧

因为最终:

访谈应揭示能力,而不是保护自我。 它应该增加价值,即使答案是否定的。

底线

我所发现的最准确的采访很简单: 让候选人谈论他们骄傲的代码。 因为在代码中,诚实的表现。 压力隐藏它。

当人们离开你的采访时 感觉被尊重 即使被拒绝, 你已经做了一些值得加入的东西