今天花了一下午看了这本书，作者是史蒂夫.马魁尔，我无需对作者作任何评价，我看到的是这本书发在CSDN资源区的一个PDF中译本，而这个PDF里居然没有写作者，而我看到一半以后就觉得以这种思维写出的这本书不像是国内的一个开发经理写的书（没有贬低的意思，本来我一位是亚洲研究员的某位中国主管写的呢，这里不讨论中外思维的问题），后来上网查了一下作者，果然，是一位外国项目经理。
谈谈读后的收获吧。这本书给我印象最深的是两个地方，一是经理等人员应该为程序设计师开路（举的一个搬移房子的例子很贴切），二是加班不是提高进度的有效方法，这里提到了员工的身体健康和生活和谐更能创造效率的问题。当然其他还是有很多值得我好好学习的内容。
对于第一点，程序设计人员确实有他们自己的特点和脾气，这是现在我作为一个程序设计人员最能切身感受到的事情，但是他们并不一定擅长其他的事情，比如泡妞和写文档。他们钟情的只是自己的程序和自己的设计，他们最感到骄傲的就是自己的程序或自己的设计得到别人的 称赞（不然我也不会没事儿就把自己写的程序源代码贴在CSDN资源区共享）。作为一个项目，程序设计人员应该是不折不扣的核心力量，就像打仗的“主力”，其他的侦察兵、机动连、后勤兵等等都应该为“主力”服务，而不是要求“主力”来服从他们的要求，更不能在冲锋的时候让他们自己准备自己的担架。出色的经理或主管应该是能够把自己放在这些服务者心态上来的人（当然作战计划可能是他指定的，但是怎么打，他只需要了解进程适时指导）。所谓“宏观调控”用在这里也未尝不可。开无谓的会、做“杂务”、写无谓的文档都应该从程序设计人员的身上解脱出来，让他们一心一意的写代码、做设计，让他们为自己的成就而自豪。中国的很多公司（包括研究院）似乎都有官本位的思想，有些程序员很乐意见缝插针的给主管做点“杂物”（甚至不惜打断自己的工作），而这些人也确实因此而得到主管的青睐，而本质上他们可能就是耽误了项目的那些人。少做事的人得到的垂青比那些为项目编写了大量优秀代码、按时完成任务的核心设计人员还要多（很多人说这是人家会“做人”），这是很多现实中存在的恶性循环。本书确实为项目主管提了一个很中肯的意见。
对于第二点，加班也是当前很多公司的共通毛病，在微软亚洲研究院似乎也不例外（我在微软实习的一个师兄都是10点以后还在调试程序，当然有可能是他们的热情高涨，但是我想没有很大的压力，谁也不会乐意这么干）。大部分公司都认为加班才可以最大的剥削程序设计人员的劳动力，大部分项目主管认为要想项目早日完工，加班才是王道。本书的作者就给出一个很好的反驳的理由（虽然他没有严密的数学真名和统计数据），程序员也是人，他们不可能在每天连续工作12个小时的状态下还能保持持久的激情和创造力，他们必须放松，他们必须有足够的事件来享受自己的生活，这样他们才能在每天8小时的工作中很有效率（很多人的高效率时间甚至达不到8个小时呢）。我老爸经常跟我说，身体是革命的本钱，难道这个事实只对于程序员个人重要，对于项目、对于公司就不重要吗？优秀的程序员是公司最重要的资源，如果他们的身体健康得不到保证，一批人因为过度工作而生病、亚健康甚至出现精神失常出现跳楼事件，或者他们因不堪忍受或无比愤恨而选择离开，那么公司不得不培养新人重新适应公司的文化或者项目组需要重新纳新，这都会对公司和项目增加极大的成本。如果我们可以少加班（只有关键时刻才加班）或不加班，程序设计人员都心情愉快，从而效率很高，你好我好大家好，何乐而不为呢！说了半天都在重复作者的观点，因为我觉得作者在这一点上确实是对的，作为程序设计人员我还算是比较明白自己的状况，什么状态下能够创造更多优秀的代码和设计。
其他的观点，比如说明确目标、激发程序设计人员改进的主动性，给程序员不断学习的机会让他们接触各种其他技术从而拥有全方位的技术（尤其是实力强的程序员），“沉船”的时候要去找那个“漏水的洞”而不是让大家都去舀水，作为主管真正吧程序员们当作自己的同事而不是自己的下属（平等对待而不要貌似高人一等，以领导自居），不要和自己有实力的程序员同事掣肘，为他们骄傲而骄傲……等等一系列观点也都使我耳目一新，如果我将来做一名管理人员，必将努力实践本书中的一些观点，我也希望自己能够在这种实践中能够得到项目的成功和有益的经验。
现在作为程序员的我，或许会面对一个有一个个现在的我组成的团队，而那时的我要很清楚的记得现在作为程序员的我的脾气，让明天作为管理者的我能够很好的对待今天作为程序员的我，那么我的生活将会是美好的，我的工作将会是有成效的。
李文凯
2008年05月06日
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
