如何安排机试

[yidinghe]

其实绝大部分招聘都不会安排机试，即使出题考查也基本上都是笔试。就我个人经验，其实如果要用笔试的话，还不如直接用机试，花费的时间差不多，但得到的信息量更大。

机试不能代替谈话

机试之前还是要聊下天，大致了解下求职者的知识面和性格之类的。

什么样的求职者适合机试

如果面试者的意向岗位是一线开发人员，基本上就可以适用机试。当然也有例外，比如熟人内推，内推的简历我相信不会有假，从项目经验和推荐人的描述，基本上可以确定求职者入职后能担当什么样的角色。

要准备充分

首先要向求职者充分说明机试的理由，如果求职者拒绝，那就没办法了。

其次要预先准备好机试环境，比如我会拿自己的电脑给对方用，我就把 IDEA/Eclipse/MyEclipse/NetBeans 全都装好，数据库也准备好，还有机械键盘、大尺寸显示器、网络环境这些都准备好。如果求职者有带自己用惯了的的笔记本来，那就更好了。

网络环境是开放的，机试过程中要上网搜索什么的都可以。

机试准备的一个原则就是要让求职者水平有最好的发挥，不要设置任何障碍，公司的工作环境是什么样子就是什么样子。

机试内容要简单

机试题根据求职者的意向，以相应岗位的最低要求来决定。比如说初级程序员，我的机试内容可能就是写一个用户注册和登录的 Web 项目，数据库和表都已经准备好了。面试者只要挑选自己熟悉的 IDE，然后搭建工程实现代码，对界面我没有任何要求，简单的 HTML 就行。一般顺利的话半个小时应该足够了，就算不顺利，一个小时也应该搞得定。

即使极端情况下最后没搞定也没关系，因为机试不是要看结果，而是看过程。

简单的机试能看出什么来

这也是很多人不愿用机试的原因，觉得考察的内容是不是太少了，还不如多出几个题目。我不这么觉得，我认为这半个小时是可以看出很多东西的。

首先是打字的速度，可以看出求职者平时练习多不多。我见过最烂的情况是就用两根食指打字。

其次是搭建项目是否熟练，这体现了对 IDE 是否熟悉。

然后是编码规范是否到位，比如命名是否准确，是否有格式化代码的习惯，长语句如何换行，重构用的多不多，是否有意识的去掉重复代码。

还有其他的一些信息，比如是否有用单元测试，是否有写注释的习惯等等，都可以在机试过程中看出来。

这个行业在变

到这里你可能了解我绝对的实用主义态度。理论水平我是不信的，潜力什么的我也是不信的，你现在是什么样子就好。因为 IT 行业在如今的经济形势下越来越受欢迎，也导致培训机构越来越多，从培训机构出来的求职者比例越来越大，当中也确实有不少不爱学习的，靠假学历和假项目经验希望能骗到一份工作。所以企业面对这个形势，面试的手段也不能一成不变，也要想办法去伪求真，这是对自己的产品和公司员工负责，也是对那些真正学好了的求职者负责，避免他们受到不公正的待遇。