人月神话阅读笔记02
这两周我继续看了人月神话这本书,虽然没有开发大型项目的经验,但其中许多内容对目前的课程理解及将来的工作都十分有用。
第7章 巴别塔为何失败
如果缺乏良好有效的沟通和协作,成员间难以有效的配合,团队项目的目标就无法实现。清晰的工作文档,明确的组织结构,合理的职责分配,都是大型软件项目最终成功的保证,一个大的项目并不是能靠一个人完成的,只有良好的团队配合,才是能够成功的关键。
虽然我们现在的团队只有三个人,但如果不沟通好,也会使得我们的工作无法进行。
第8章 胸有成竹
系统编程需要花费多长的时间?需要多少的工作量?如何进行估计?软件项目估计一直是困扰编程人员的一大问题。软件项目过程存在不可预测的方面。作者在本章列举了许多数据计算方法及其优缺点。
第9章 削足适履
程序所占据的空间也是主要开销。由于规模是软件系统产品用户成本中如此大的一个组成部分,开发人员必须设置规模的目标,控制规模,考虑减小规模的方法,就像硬件开发人员会设立元器件数量目标,控制元器件的数量,想出一些减少零件的方法。同任何开销一样,规模本身不是坏事,但不必要的规模是不可取的。数据的表现形式是编程的根本。
第10章 提纲挈领
本章讲了拥有正式的文档的必要性。首先,书面记录决策是必要的。只有记录下来,分歧才会明朗,矛盾才会突出。 第二,文档能够作为同其他人的沟通渠道。 最后,项目经理的文档可以作为数据基础和检查列表。通过周期性的回顾,他能清楚项目所处的状态,以及哪些需要重点进行更改和调整。
第11章 未雨绸缪
管理上的问题不再是“是否构建一个试验性的系统,然后抛弃它?”你必须这样做。现在的问题是“是否预先计划抛弃原型的开发,或者是否将该原型发布给用户?”从这个角度看待问题,答案更加清晰。将原型发布给用户,可以获得时间,但是它的代价高昂——对于用户,使用极度痛苦;对于重新开发的人员,分散了精力;对于产品,影响了声誉,即使最好的再设计也难以挽回名声。因此,为舍弃而计划,无论如何,你一定要这样做。
第12章 干将莫邪
就工具而言,即使是现在,很多软件项目仍然像一家五金店。每个骨干人员都仔细地保管自己工作生涯中搜集的一套工具集,这些工具成为个人技能的直观证明。正是如此,每个编程人员也保留着编辑器、排序、内存信息转储、磁盘实用程序等工具。 这种方法对软件项目来说是愚蠢的。
人月神话这本书,对于我来说有些难懂,不管是从语言还是内容,但它作为一本经典, 一定有它的可取之处,所以我会坚持把它读下去。