这是一个原本不会出现的帖子

诸位看到标题进来的同学，看到标题先别忙着站队或者表态，因为一个动作背后的事情，或许还有其他的原因。就如同你看到你正在维护或者使用的框架中有一些令你难受的实现一样。

首先，长见识，被面试官要求开摄像头，自己却不开中的情况存在吗，存在，但是过程中，少了非常多的信息，这个行为出现在面试结束时，并且我的回复也被“编辑的”非常简短，导致对话情绪上看起来非常“刚”，这个面试官一看就不是什么好东西啊，看起来非常“难以相处”。

好了，开始“洗地”。

开始洗地啦

我是在昨晚看到的帖子，看到后作为面试官我首先反省了自己，并且接收了帖子中很多的愤慨、吐槽、责骂，当然，个人心情是有受到影响的，但是还是得尽快调整，因为招聘和工作还得继续讷，但是这个帖子的出现，或多或少对于研究院当前进行招聘出现了一些负面的影响，而且是严重夸大了的，众所周知，V2EX 的帖子在开发者中传播能力还是很强的，一夜之间 6 千多次的传播。

这个帖子其实原本不必出现，因为 @ZehaiZhang 同学，没有指名道姓，只是单纯就面试体验过程不爽的地方进行吐槽，发泄面试失败的情绪。

但是在看到这位同学开始持续引导大家去关注某个动作的时候，我觉得得澄清一下，毕竟我不希望后面的面试者看到这类帖子，和自己对号入座，影响招聘状况，毕竟当前的招聘对于非大企业来说，还是比较困难的。

当然，也是作为一个自我警醒，日后面试要注意任何一个细节，不管是面试开始，还是面试结束，如果结束，要告知面试者：面试题作答状况不理想，让面试者知道到底是因为什么，好为接下来的面试做准备，以及面试前要让 HR 同学更多的提醒面试者，做面试准备，不要毫无准备就进行面试，对双方都没有好处。

下面这段内容，写于昨天看到帖子的时候，当时发在一个小群里，自嘲了一把不够专业的面试过程。

以下内容写于昨晚

或许不会发出来的帖子回复

先对面试者章同学的不好面试体验抱歉，我们前期的准备工作不够，给你带来了不好的体验，接下来的面试我们会默认开启全程录音录像，避免再出现此类“问题”，同时为后续评定提供存档依据。

这篇回复希望不会出现在回帖上，因为如果出现了，一定是到了我要对团队进行保护和权益争取的那一刻，而这多多少少也会伤害到这位我们满怀期待的“简历还不错”的小伙子，毕竟涉及一些“信用”问题。

接下来是个人身份来聊聊这场面试，并做一下复盘。

我认为任何一场面试都应该就事论事，适当吐槽没有问题。但是不应该搬弄是非，煽动一些对抗的情绪。

那么，我来盘一盘这个事情到底是怎么样的吧。

希望近期准备面试的同学可以看到这中间的问题，不要在自己身上出现，并找到适合自己的工作，: )

相关图片后续补上，Zoom 会议视频音乐或许还能找到，我们使用的是 ourats 云招系统，如果需要的话，明天和他们沟通下。

事情复盘

下午 17:11 分，招聘负责人联系我，询问我是否开始了面试，当时一直在忙着上线，没顾上，于是联系她帮忙电话候选人改时间为 17:30。
17:20 分左右，我进入了 Zoom 会议室，准备好代码白板第一道题后（[http://collabedit.com/]），我和招聘负责人说，“我已经在 zoom 里了，等会和他聊吧”。
17:30 很快来到，会议室中没有人，于是我和招聘负责人进行短暂沟通，确认是否我们发送到的视频链接有问题，于是 Zoom 视频会议室中出现了三个人（招聘负责人、人事负责人，还有我）。
17:40 左右，招聘负责人微信私聊我说，“他说等到 35 你没进来他就去厕所了，稍等一下哈”，我回复“（邀请）链接肯定有问题...我一直在..”，此刻我们还在想，视频软件哪里有问题（虽然我们每周都在使用 Zoom，但是毕竟用的还是少，不确定是不是软件问题影响了面试）。
17:43 分，面试者进来了，我们开始视频面试，初步面试需要先做几个基础的面试题，于是我们没有开视频。

第一道题是这样的。

for (var i = 0; i < 10; i++) {
    setTimeout(() => {
        console.log(i);
    }, i);
}

章同学回答很快：9。这里和他反复提示，循环了几次，叠加了几次，终止数值是多少，得到的都是不耐烦的回复，确定是 9。

直到再第四次问的时候，章同学大声回复到“啊，我的错，是 10”，小的瑕疵没有关系，我们继续考察基础编码能力。

继续询问“能否通过什么方式让它输出的是一个自增队列呢，比如 1..2..3...10”，章同学在白板上将 var 修改成了 let，可见对闭包还是有一定了解的。

这里继续追问，能否在保持相同输出的情况下，给出更好的方案，过程中的解释性话术略。应该是我的表达有问题，章同学似乎没有理解，再回复可以删除计时器后，我们开始了第二个题目。

var target = [ 0, 1, null, [1,2], {name: 'a'}, function a(){ return 1; } ];

// 完成下面的深拷贝函数
function deepCopy(src){
	return dest;
}

将上面的题目更新到白板上，不论是如何引导，章同学都“不愿意”（个人理解）进行完成。

并回复“实际业务中没有遇到过”，这里为了缓解尴尬，我解释到，生产中会遇到你的服务从上游接口获取数据，并做聚合的场景，并稍微展开了下这个过程。

章同学打断到“我们做了 gateway 做这个事情”。

我再次尝试，问是否能够尝试实现一下这道题。

章同学回答“不能”。

没关系，我们再来一道面试题试试看，基础设施有积累的团队，业务工程师确实可能不写这些，那么问一道偏业务的题吧。

接下来这道题希望他能够完成一个函数，达到依次执行传入函数的效果。

function executeQueue(...){
	...
}

// 如执行下面语句 `executeQueue(a,b,c,d);` 则会依次执行传入的函数

然后我得到的还是简短的回答“不会”，再提出“是否愿意尝试下呢”的追问得到的结果是“不能”。

面试过程目前应该已经过了七分钟，过程中面试者显然没有给出比较有效的面试题的回答，但是音频里传来了频繁的电脑键盘敲击声。

于是同事建议“让他打开摄像头，担心面试过程中存在，直接在网上搜索答案的情况”。

于是就出现了帖子里的魔幻故事，和那个令人不爽的面试官的描述。

我在会议音频中提出“你好，你方便打开一下摄像头吗？”，得到的回复是“为什么，就我一个人打开么”、“你为什么不打开摄像头？！”。

此刻内部群里人事主管建议“算了吧”。此刻我也不太想继续进行下去了，之前的面试回答质量无法支撑我继续“尝试下去”。

于是我提出了“招聘负责人，这次面试就到这里吧，我还有一些其他的事情要处理。”

至于真相如何，请看官自行鉴别，不过还是很感谢这位同学，之前处于对大家的信任，我们没有考虑也没有执行面试过程视频 /音频存档，接下来这件事可以落实了，对于更多的同学来说，是好事，在面试后的评估中可以提出更客观的评价。

图片补充

第一张是我和招聘负责人沟通，确认是否是我们的问题。

第二张图，是面试到快结束的时候，面试者和我们的空白时间，同事的建议。

然后故事就能接上 @ZehaiZhang 同学的帖子了～

最后

我必须得和招聘负责人再聊聊了，关于面试时间安排，尤其是如果面试候选人没有做面试准备，那么还是先别急着去定时间。
2020 还真的是麻烦的一年。

作为要求面试者开摄像头，自己没开摄像头的面试官来说几句