伯乐在线|初级开发者面试中的不合理问题( 三 )

我听说很多训练营都有专门的课程，教初级开发者用死记硬背的方式学习白板编程，用他们不理解的数据结构来操作指针、构建 rails 应用程序等等。如果没有这些课程，在面试时 CS 专业的人就会更吃香。我也面试过很多训练营的学员，跟 CS 专业的毕业生比起来，我更倾向于雇佣前者。
因为，训练营的学员：

They’re a thing （他们有能力）
他们确实很优秀。
如果你想招一个初级 Ruby 开发，找训练营毕业的是不错的选择。

面试除了要找到合适的人，你也应该为应聘者留下一个良好印象。如果你给他们出一些不可能完成的白板问题或编程任务，可能直到面试结束后他们都会感觉很糟糕。如果他们接受这份工作，面试时的压力也会一直伴随他们，这样的雇员雇主关系可不是一个好的开头。
资深开发者的面试趣事
我想讲一些关于「资深」开发人员的面试，有我自己的经历，也有别人的。据我观察，这个级别的招聘基本没有白板编程环节了，甚至（但并不总是）完全不用写代码了。这些面试过程大多是以双方进行某种技术讨论的方式进行。我发现，有时应聘者可能比面试官更老练。因此，面试官很愿意倾听应聘者的想法，并礼貌地询问处理某个问题的方法。
对我来说这种形式的面试好得多，白板编程对我来说就是地狱。因为我并不擅长，如果一个面试是以白板编程的方式来进行筛选，那我肯定没法通过。我的好友 Justin Searls 也有同样的顾虑。尽管这样，大多数与我合作过的开发人员都认为我是很有效率的。如果某些技术牛人因为无法解答你给出的问题而面试失败的话，你就需要反思一下是不是面试方式出了问题。
我们可以采用技术讨论的方式展开面试。求职者会感觉很轻松，他可以表达自己的观点，还有机会纠正前面犯的错误，倾听面试官并给出回应，这个过程可以加深双方的了解。沟通是程序员需要学习的最重要的事情。计算机出现的所有问题，归根到底都是人的问题。这样的面试方式才会让求职者感觉很舒服。
求职者表达自己的见解，面试官倾听并给予回应。这个过程可以检测出双方是否适合在一起工作，双方是否会在自己犯错时让步，与此同时展示一下平常的工作状态。
最重要的技术工作都是在良好的沟通下完成的，因此，我们应该围绕这个模型规划面试过程。
结论：更好的初级开发者面试过程
我有个朋友最近参加了一轮初级开发人员面试，并且在疯狂地学习 CS101 课程，的确很有效果。但我认为不应该这样。两年多来，很多像我朋友一样的人编写出了面向成千上万个用户的生产代码。他们不应该被强迫去「学习」后才能获得一个与他们现有水平相匹配的工作。他们应该自由地谈论日常生活、喜欢的事和讨厌的事。他们应该讨论正在学习的东西、团队中的同伴，以及他们喜欢什么样的工作环境。
计算机科学是迷人且趣味无穷的，技术人应该都能感受到。大多数人在日常工作中并不会用到太多他们在学校学的知识。不过没关系，这提醒我们在面试时不要刷掉那些获得 CS 学位的人。
不要用招聘来折磨初级开发者，强迫他们做一些高深的编程，就像逼一个高中生去学习《麦田的守望者》或《红字》长篇小说那样。我们可以从程序员的角度和他们进行交谈，考察他们是否愿意学习、善于沟通，以及是否适合团队合作。