研发人员面试技巧

研发人员面试技巧

【篇一：hr招聘开发人员的面试技巧】

hr招聘开发人员的面试技巧

hr面试开发人员的有效方法

当要雇佣开发者时，传统的面试方法显得力不从心，这是必须要面

对的现实。你会读简历、电话面试、技术面试、文化适应面试、各

方面测试，最后，你基本上跟着自己的感觉走，雇佣了你认为优秀

的人，即使这样，也会经常看走眼。情况不太理想，这是因为开发

者属于技术性工人，谈话反应不出他或她对所在领域有多精通。

为什么传统面试方法不行呢?

当你要求别人跟你一起面试时，你会给他们多少准备时间呢?很可能没多少(如果你会给多于5分钟的时间，说明你准备的比较充分)，所

以和你一起面试的考官只是在前往面试地点的路上匆忙浏览一下简历，所以我也不会继续讨论提前准备一些问题这个话题。提前准备

到这种程度，你又怎么可能了解到简历之外的信息呢?即使大家准备

了一段时间，他们培训过多少关于面试技巧的知识呢?和其他一样，

面试也是一名技术，即便有丰富的阅历，也不一定能成一名面试官。人们提问题时问不到点子上，即使能够提出比较好的问题，他们也

不知道该从回答里得到哪些信息。

所以，缺少培训以及准备不足是个问题，但你可以克服这些困难，

但这有助于改善状况吗?收效甚微，那么在面试过程中你应该测试求

职者的哪些能力呢?下面列出了一些：

学习能力

人际交往/团队工作能力(可以在面试过程之外测试)

能够在现实与设计之间折中

工作到最后一刻

在公司需要的技术方面有足够的经验

对其他技术也有所涉猎

等等

所有你能做的就是提问，然后相信求职者所回答的。面试过程中，

不要提这

样的说法：很多优秀的人在某个职位上都没做好。你要放弃他们吗?

如果你能面试到一个你信任的人推荐的面试者，你应该感到很幸运，

但是，如果遇不到，怎么办呢?很幸运，可以很简单地去甄别，让求

职者展示一下他们的技术，让他们写点代码看看。

不!不是在白板上写代码

在白板或纸上写代码，即使是在笔记本电脑上进行5分钟的测试，

这些都不是真正的编码。你需要把这些技术人员放到他们所处的位

置上，然后后退，观察他们。观察他们如何工作、如何跟别人交流，以及别人如何跟他们交流。 seth godin提出，我们需要跟我们的潜

在雇员共事几个月，这听起来不错，但有点不切实际，而且也不需

要观察那么长时间。让我说，一天时间就能让你得到足够的信息，

然后做出正确决定。如果你心里有中意的求职者，把他们安排到你

的团队里工作一天，观察他们是否合适，而不是再对他们进行一轮

又一轮的面试。这一天的工作结束之后，把你的团队成员召集起来，然后让他们告诉你是否应该雇佣这个人。(编注：如果觉得这样的代

价很大，可以尝试《通过电子邮件发现优秀的程序员》。)

这种方法的优势很明显。你不需要假设他们适应你的企业文化(或者

做多选择心里分析)，你只须测试一下。如果你信任的人乐意跟这个

人一起工作，那么你直接就能发现，毕竟，这也是他们必须要做的事。你可以大体了解一下你的求职者技术的深度和广度。你可以测

试出他们驾驭新系统的能力，以及对事情的领悟能力。所有你所做

的这些都在一个远不如面试正式的气氛中进行，而且在这种气氛中，开发者可以感到很舒服。如果面试官们让那些候选雇员提前准备一下，效果会更明显。

用创新来吸引有创意的人

很显然，在最终雇佣一个人之前，我们不能要求他一整天都在工作

或者面试。但是，我们真的不能吗?为什么不可以呢?难道在你的公

司不是一个有足够吸引力的地方吗?如果不是，那么尽快改进，然后

执行雇用程序。如果要求别人放弃很多休息时间而带来的诸多不便

让你感到很不安，那么想想当你意识到你已经雇用一个蹩脚的雇员6

个月之后，已经太晚了，这会给你带来更多的不便。创意无限你才

能吸引那些喜欢充满创造力的氛围的人才，人们才会乐意花一整天

的时间，

因为他们可以经历一次有趣又与众不同的面试。你的公司应该成为

这种公司：可以吸引到那些你想雇佣的人才。你的面试过程以及雇

佣方式是第一步，要不要采取那种有效的方式完全取决于你。

【篇二：软件开发人员面试问题(经典)】

软件开发人员面试问题(经典) 想雇到搞软件开发的聪明人可不容易。万一一不小心，就会搞到一堆低能大狒狒。我去年就碰到这种事了。你肯定不想这样吧。听我的，没错。在树上开站立会议门都没有。

问点有难度的问题能帮你把聪明人跟狒狒们分开。我决定把我自己

整理出来的软件开发者面试百问发出来，希望能帮到你们的忙。

这个列表涵盖了软件工程知识体系中定义的大多数知识域。当然，

如果你只想找出类拔萃的程序员，便只需涉及结构、算法、数据结构、测试这几个话题。如果想雇架构师，也可以只考虑需求、功能

设计、技术设计这些地方。

不过不管你怎么做，都要牢记一点：

这里大多数问题的答案都没有对错之分！

你可以把我的这些问题作为引子，展开讨论。例如下面有个问题是

使用静态方法或是单例的缘由。如果那个面试的就此展开长篇大论，那他很有可能是个聪明能干的家伙！如果他一脸茫然的看着你，发

出这种声音，很明显这就是只狒狒了。同样，想知道一个数是不是2

的乘方也有很多方法，不过要是面试的人想用mod运算符，嗯……

你知道我的意思吧。（你不知道也没关系，来根香蕉？）

需求

你能给出一些非功能性（或者质量）需求的例子么？

如果客户需要高性能、使用极其方便而又高度安全，你会给他什么

建议？

你能给出一些用来描述需求的不同技术么？它们各自适用于什么场景？

需求跟踪是什么意思？什么是向前追溯，什么是向后追溯？

你喜欢用什么工具跟踪需求？

你怎么看待需求变化？它是好是坏？给出你的理由。

你怎样研究需求，发现需求？有哪些资源可以用到？

你怎么给需求制定优先级？有哪些技术？

在需求过程中，用户、客户、开发人员各自的职责是什么？

你怎么对待不完整或是令人费解的需求？

功能设计

在功能设计中有哪些隐喻？给出几个成功的例子。

如果有些功能的执行时间很长，怎么能让用户感觉不到太长的等待？如果用户必须要在一个很小的区域内，从一个常常的列表中选择多

个条目，你会用什么控件？