# 对软件开发者进行无压力访谈

<!--category-- Interviewing -->
<datetime class="hidden">2024-09-03T19:00</datetime>

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

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

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

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

[TOC]

---


## 问题

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

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

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

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

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

---


## 解决方案

### 第一:读取续集

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

### 第二:设置无压力访谈

使进程明确和人性化。

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

---


## 面谈

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

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

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

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

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

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

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

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

---


## 为何这样工作

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

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

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

---


## 规则的例外例外

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

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

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

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

---


## 后续行动后续行动

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

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

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

因为最终:

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

---


## 底线

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

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