要。不过我听说微软的程序员1999年以前也不写。所以说，写不写也不是绝对的
，偷懒有时候也是可以的。参见第56条。
71. 你在招人面试时让他写一段程序么？
要的。我最喜欢让人做字符串和链表一类的题目。这种题目有很多循环、判断、
指针、递归等，既不偏向过于考算法，也不偏向过于考特定的API。
72. 你们有没有技术交流讲座？
要的。每一两个礼拜搞一次内部的Tech Talk或者Chalk Talk吧。让组员之间分享
技术心得，这笔花钱送到外面去培训划算。
73. 你们的程序员都能专注于一件事情么？
要让程序员专注一件事。例如说，一个部门有两个项目和10个人，一种方法是让
10个人同时参加两个项目，每个项目上每个人都花50%时间；另一种方法是5个人
去项目A，5个人去项目B，每个人都100%在某一个项目上。我一定选后面一种。这
个道理很多人都懂，但很多领导实践起来就把属下当成可以任意拆分的资源了。
74. 你们的程序员会夸大完成某项工作所需要的时间么？
会的，这是常见的，尤其会在项目后期夸大做某个change所需要的时间，以次来
抵制change。解决的方法是坐下来慢慢磨，磨掉程序员的逆反心理，一起分析，
并把估算时间的颗粒度变小。
75. 尽量不要用Virtual Heads 最好不要用Virtual Heads。
Virtual heads意味着resource is not secure，shared resource会降低
resource的工作效率，容易增加出错的机会，会让一心二用的人没有太多时间去
review spec、review design。一个dedicated的人，要强过两个只能投入50%时
间和精力的人。我是吃过亏的：7个part time的tester，发现的Bug和干的活，加
起来还不如两个full-time的。参见第73条。73条是针对程序员的，75条是针对
Resource Manager的。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
