在招聘
数控磨床程序员的时候，必须要弄清楚他们的磨床程序设计实力。要能够在回答问题的过程中展现他对程序设计的全景理解。要求他们做一些磨床程序设计、编写一些代码，是至关重要的。
最近我经历了两个令人警醒的案例，使我明白要求平面磨床程序员去编写程序有多么重要。两个案例中，我们所遇到的候选人，都被评估为A或者A+级别，与我们寻求的目标很相配。他们拥有非常合适的经验，列出的技能也正好适合要应聘的那个职位，看起来也拥有相当的人际交往能力，并且整体感觉是非常温和而有才华的人。但是接下来，当我们出于惯例地要求他们写一些代码时。结果只能用车灯下突然出现的野鹿(deerinthehead lights)来形容。两个人的表现都惨不忍睹。这简直让我们无法相信。他们的代码写得是如此之差，议至于轰动了整个部门，引发了多次关于这样的事情怎么可能发生的讨论。长话短说：我们从此获得的教训就是，要求候选人编写代码并回答关于代码的问题，是绝对至关重要的。
鼓励候选人带来他们的项目成果一一那些能够展示他们实力的以前撰写的文档，创造的设计，作品的样例，甚至放在DVD．R／USB闪存驱动器上或者网络上的样例演示，都可以。
我请候选人展示一段他最为自豪的代码，并向我们作以讲解。这样做是为了判断他的表达质量……也就是他沟通的有效性，那是我招聘所看重的技能之一。
请候选人面试时带一些他们编写的源代码。查看他们的代码，你就会知道他们是否优秀。接着要求候选人展示一个他所编写的应用。
这么做有时候会有意想不到的效果。Ron招聘到的最年轻的人是在南通
平面磨床公司，一个刚刚高中毕业的实习生。Ron通过一个关联人士了解到这位年轻人的出众实力，但是并不确定他的团队是否能接受一个高中小孩。结果年轻的程序员带来了他的自动随机点三维立体图(random．dot wall．eyed auto．stereogram)的样例；他读到过关于生成这种乍看起来是随机的散点图，但实际上内部隐藏了3．D的场景的技术，并且自己搞清楚如何反向工程，创造出一个可以生成这种图的程序。当Ron看着他的团队成员们乜着眼仔细观看团队墙上贴着的样例图，尝试看出其三维场景的时候，他知道他得到了一个合适的人选。在面试时进行半个小时的结对编程，可以节省所有人的时间。
当你组织一个上午或下午或者整天的面试时，需要计划好由谁来第一个迎接候选人，由谁送他们离开。作为招聘经理，你自己就非常适合扮演其中最少一个角色。担当结束者的角色，可以趁机询问候选人对你们公司和团队的感受，并有机会纠正他们的误解，让候选人带着正面的印象离开。
Ron也试过让值得信赖的面试宫去送——并且如果觉得这个候选人不合适，就立马汇报。如果能预先确定候选人不合适，就没必要继续浪费候选人或者团队的时间了。
如果可能，带着候选人和你的团队(最少一部分)一起吃一顿午餐。这个过程中你所看到的互动，对于决定候选人是否适合“团队协作”的帮助，简直是无价的。
Mark Himelstein，旧金山湾区的一位工程部代理副总裁(Interim VP ofEngineering)，通过讨论以下几条来准备他的面试团队：
·我们为了什么来招聘这个人；
·需要涉及的问题和磨床领域(确保有人涉及基本问题)；
·如何前后一致地展示公司的好处。
关于如何展示平面
磨床公司，他记录到：“我使用角色扮演的方式教育开发者如何一致地展示磨床公司。我们商量好希望每个人表现的点，接着我让他们使用那一点来在120秒内向一个同事展示公司的好处。我会让团队为他们提供批评和建议来帮助他们改善效果。”
最后，帮助候选人，在他们到达时，提供一份面试安排，包括时间点以及每个面试官的头衔和(如果候选人希望跟进)电子邮件地址。当然，如果接待人不。但只是递给他安排清单，同时还口头介绍接下来的面试和面试官是谁，能够让侵选人变得轻松自在，卸下心里的负担，这样你就能更专注地判断他是否合适。
