JOEL测试：改进代码的12个步骤 好久没有写blog了，原因是精力被过度的用于工作――甚至回家后连看DVD碟子的力气都没有了。为什么这么累？因为每天上班都去做扁鹊去了（注1）。 闲言少叙，书归正传。下面从一本书copy一段JOEL测试（从Aug.9th.2000推出以来，在全世界引起了强烈的反响），我觉得这段测试，可以做为一名精英程序员选择就业公司的准则。（用它来考察一下你所在的团队，考察一下你要高就的公司的开发团队，结果是显而易见的） JOEL测试 1.使用源控制机制吗？（版本控制） 2.能一步完成连编吗？（从源码到目标文件的构建使用一个脚本来自动完成） 3.每天都做连编吗？（每日构建） 4.有故障信息数据库吗？（缺陷数据库） 5.在编写新代码前修复故障吗？（即零缺陷，在写新代码前优先搞定所有的已知bug，让新代码在零缺陷的前提下开发） 6.有最新的进度表吗？(进度表不及时更新，或者总是延迟于里程碑，等于没有进度表) 7.有规格说明书吗？（如果实际开发根本不照规格书去做，或者规格书只是走形式的含糊描述，等于没有规格书） 8.程序员拥有安静的工作环境吗？ 9.你用到了你资金能力内可买到的最好工具吗？(我痛恨用“画图”抓图和用word画流程图的生活) 10.有测试人员吗？ 11.新聘人员在试用期内写代码吗？ 12.进行走廊可用性测试吗？（在走廊里随便揪一个人，让他试用你写的代码） 很简单的测试，选“是”得一分，选“否”不得分。能在10分以上就可以正常工作了，据说M$能得12分。我目前所在的团队可以得6分（1.Y 2.N 3.N 4.Y 5.N 6.Y 7.N 8.N 9.N 10.Y 11.Y 12.Y），其他的部门能得8分吧，我想是快到极限了。 Joel 在书中写到：如果你未来的雇主在该测试上的得分值太低，那么你就要确保自己有权威去修正这个局面，否则你会面临失败而徒劳无益。我非常赞同Joel的观点，我觉得如果做不到这一点，即便是项目不失败干活也会非常累的，就像我现在这样。昨天郎咸平谈到流程的作用，谈到国内政府干部休假少、干活累，不如香港、美国，我觉得也可类比到国内的软件开发上。 注1： 魏文王问名医扁鹊说：“你们家兄弟三人，都精于医术，到底哪一位医术最好呢？” 扁鹊回答说：“大哥最好，二哥次之，我最差。” 文王再问：“那么为什么你最出名呢？” 扁鹊答说：“我大哥治病，是治病于病情发作之前。由于一般人不知道他事先能铲除病因，所以他的名气无法传出去，只有我们家里的人才知道。我二哥治病，是治病于病情刚刚发作之时。一般人以为他只能治轻微的小病，所以他只在我们的村子里才小有名气。而我扁鹊治病，是治病于病情严重之时。一般人看见的都是我在经脉上穿针管来放血、在皮肤上敷药等大手术，所以他们以为我的医术最高明，因此名气响遍全国。”