《人月神话》读书笔记2

第七章 为什么巴比伦塔会失败:巴比伦塔失败的故事大体是说上帝觉得人类发展太快,当人类提出要建一个通天的巴比伦塔时,他把人类分成不同民族、不同语言,使得大家无法交流,然后巴比伦塔就失败了。
在大型项目中,应该以产品负责人为中心,一般的项目的话,产品负责人、技术经理都可以。

第八章 胸有成竹:高级语言比低级语言速度要快五倍左右;项目越大,人员交流越多,可控性越低,效率越差。

第九章 削足适履:控制程序的规模、内存、CPU、磁盘访问竺,这些都是需要付出代价的。

第十章 提纲挈领:软件项目的文档是必须的,一个好的文档必须有目标、产品技术说明、进度、预算、工作空间分配、人员组织图等。

第十一章 未雨绸缪:任何事情都是在不断变化的,应该为变更制定计划。需求、设计都有可能变化,要为可能到来的变化、预留修改的空间。系统在改修过程中,不可能完全没有错误。有些系统可能是前进两步后退一步,有些可能是前进一步后退一步,直到系统无法维护,完全重写

第十二章 干将莫邪:在项目开始前,应该进行一定的培训,了解开发工具和其它工具的使用。

第十三章 整体部分:在项目开始前,应该有明确的规格说明;设计应该是自上而下的设计;测试应该是交互式的。

第十四章 祸起萧墙:因为人的乐观,里程碑可能会成为一种负担,可能会让人在进度上有虚假报告,所以里程碑必须要明确。进度不应该是每天慢一点,而应该每天快一点,这样的话,后期就有了缓冲的余地。项目中应该有专人控制进度,确定项目进展情况。

第十五章 另外一面:要注意注释的书写,函数注释要写明函数的作用、接口;段注释,要明确写明段的意义。注释不宜太多,太多了反而不好。

里面有两段话觉得很有感觉:

(富兰克林・罗斯福 第十一章引语)
  普遍的做法是,选择一种方法,试试看;如果失败了,没关系,再试试别的。不管怎么样,重要的是先去尝试。

(第十一章 P145)
  自私和残酷的人类,升到塔尖后,总会有一些致命的缺陷,使得一切开始滑落,回到痛苦和废墟之中。


参考资料:《人月神话》清华大学出版社 2002年11月版

转载请注明:宇托的狗窝 » 《人月神话》读书笔记2

发表我的评论
取消评论

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址