人月神话读书笔记一

用了将近一周的时间，终于把人月神话读完了。本想着今天把读书笔记全部发完，但是老师要求每天都要发表博客，所以我决定分三天发表。我看的是40周年中文纪念版。相比于原版增加了一些作者根据今天软件工程管理现状添加的一些新的观点与评论，看看哪些过时了，哪些依然有效。

　　人月神话在开头有一句荷兰谚语：Een schip op het strand is een baken in zee.[A ship on the beach is a lighthouse to the sea.] ----DUTCH PROVERB.意思是：岸上的船儿，如同海上的灯塔，无法移动。刚开始我感觉这句话牛头不对马嘴的，它想表达什么，岸上的船没用吗，那为什么还把它比喻成海上的灯塔。就这样我带着满腹的疑问与好奇开始读这本书。

　　第一章讲的是焦油坑，焦油坑是作者用来形容大型系统开发的一个概念。史前时代，恐龙、猛犸象、剑齿虎这些大型食肉动物碰到焦油坑也是没有办法挣脱的，而且越用力就越容易被沉入坑底。这种场景就像极了我们平时写程序时的尴尬，很多问题堆积到一块，以至于太过复杂，不知道从哪里下手。现在想到王建民老师的教导，对解决焦油坑真是恰到好处。老师说的很对分而治之，把大的问题分为一个个小的问题逐个解决，前台后台分开写，DAO层SERVERLATE层在分开写，一个工程的开发也是这样。同时作者也在本章中也总结了编程的乐趣——创造全新的事物，并且该事物对他人是有用的；而且在创造的过程中你需要不断地进行学习，从而获得持续学习的乐趣等等。这些快乐不仅满足了我们内心身处进行创建的渴望，而且还唤醒每个人内心的情感。任何事物带来快乐的同时，不可避免有着随之而来地苦恼，于编程而言——追求完美。对我来说，在软件开发中我的乐趣在于：1、开发对其他人有用的东西的乐趣/2、面对不重复的任务，不断学习的乐趣。烦恼就是有时候真的不会不会编程。

　　第二章讲的是人月神话。对于这个我有自己的远一点理解，因为王老师经常让我们极限测试，在规定的时间内编完程序，这真是一种挑战。人月神话虽然强调的不是这个，但是也有一点涉及时间的概念。对于软件项目进度的估算往往会根据项目的紧急程度而得出过于乐观的结果，这一方面是因为所有的编程人员都是乐观主义者，我们往往会认为“这次肯定能运行”或者是“我已经找出了最后一个bug”，另一方面则来源于市场的压力，这种情况在国内环境更甚。我们对于进度估算的第一个错误假设就是：一切都将运作良好，每一项任务仅花费它所“应该”花费的时间。而这个假设往往是一厢情愿的，对于创造性工作来说，创造者常常是在实现过程中，才发现在构思设计时候的不完整性和不一致性，从而反馈到的构思设计上，处理这种问题的时间和复杂程度会随着项目的结构以及任务的大小而呈现非线性增加的关系。所以对于大型软件项目来说，“一切都将运作良好”就是一件概率非常小的事情了。在软件项目中我们往往用人月这个指标在衡量项目的工作量。但是人月这个指标实际上是一个危险的带有欺骗性的神话。它暗示着人员数量和时间是可以互相替换的。只有在将任务分解给参与人员后他们之间不需要互相交流的情况下，人数和时间才是可以互换的。在实际软件项目中，只要项目具有一定规模，不论是设计、开发、测试、部署各个阶段都会有分解任务给不同人员，而且这些阶段本身也属于一种任务的分解，在不同人员间分解任务就不可避免的引发额外的沟通成本——培训和相互沟通。因为软件开发本质上是一项系统工作——错综复杂的关系下的一种实践，沟通、交流的工作量非常大，它很快会消耗任务分解所节省下来的个人时间。简单来说就是，3个人要干3个月的事情不是说安排9个人就能1个月干完了。而且，在进度落后的项目中增加人手的做法，往往只会使进度更加落后。这就是去除了神话色彩的人月。