老实说,我对这种比较虚的章节不是很有兴趣。不过考虑到毕竟是被大家推崇的一本书,还是一行行看过。
作者的重点在于说明前期准备的重要性。并用了这么一句比喻:
假设你在过程开始时要求设计的是一种菲亚特汽车,你尽可以用你所喜欢的各种手段测试它,但是无论你怎样测试,它也决不会变成一辆罗尔斯——罗伊斯牌汽车。或许你所得到的是一辆最好的菲亚特汽车,但如果你想要的是罗尔斯——罗伊斯车,你就不得不从计划开始时就提出要求。
呵呵,我突然对什么是“罗尔斯——罗伊斯”这个牌子表示兴趣。菲亚特大家是知道的,但是这个有名的“罗尔斯——罗伊斯”似乎并没有听说过呀,突然觉得它很像"劳斯莱斯"的感觉。“劳斯莱斯”的英文是Rolls—Royce。哈哈,没错,就是它了。
作者还举了一个很有意思的例子说明了如果老板不理解前期准备的重要性,而着急想看到代码的话的对付办法:
第一,你应该平静地拒绝按照错误顺序工作。如果你与老板的关系很正常的话,那么这太好了。
第二,你可以假装正在编码而事实上没有。把一个旧的程序清单放到桌角上,然后埋头从事你的需求和构想文件编写工作,不管你的老板同不同意。这样你可以把工作做得更快更好。从你老板的观点来看,这个忽视是一个福音。
第三,你可以用技术项目的开发方式来教育一下老板。这是一个好办法因为这可以增加这 个世界上开明老板的数量。在下一部分,我们将给出更多在创建活动前做好准备工作的理由。
最后,你可以另找一份工作。优秀的程序员是非常短缺的。可以找到更好的工作,干吗非要呆在一个很不开明的程序店里徒损生命呢?
这几点实在很有意思。
另外一句我认为很有意思的话是“在计算机上花费较少时间的程序员,往往更快地完成工作。”