人月神话的观点:是与非这一章,也是20周年版本新增的内容,20年的发展让初版的一些观点变得过时,但是仍然有不少观点仍然适用,因而作者在这一章里把之前的每一章的主要观点都抽离出来,并对已经过时了的观点做了说明,可以说这一章是整本书的精华了吧。
20年后的人月神话这一章很长很长,算是一篇单独的文章,讨论了很多软件开发相关的技术和管理思想,其中包括:1.概念完整性和结构师的重要性。2.开发第二个系统所引起的后果一 盲目的功能和频率猜测。3.图形界面的成功。4.没有构建舍弃原型一瀑 布模型是错的。5.增量开发模型更佳一渐进地精化。6.关于信息隐藏,Parnas是正确的。7.人月到底有多少神话色彩?一Boehm的模型和数据。8.人就是一切。9.放弃权力的力量。10.最令人惊讶的新事物是什么?数百万的计算机。11.全新的软件产业一 塑料薄膜包装。
今天读完人月神话之后,因为有很多地方都不是很懂,所以趁热打铁,去微博和知乎看了很多关于这本书的讲解,帮助我对这本书有了更进一步的理解。虽然书名是人月神话,但是它并不是说一个记述神话的小说本,它主要讲述了管理,特别是软件设计中的一系列问题及其相应的特点,并且做出了一系列的预言。而这一系列的预言引发了大量的争论,其中就有人月神话。
作为软件工程专业的学生,在这本书里我获得了大量的认同感。特别是书中提到的观点,比如:过分的设计是为画蛇添足、数据的表现形式是编程的根本、瀑布模型是错误的、做程序之前画流程图……对我现阶段和以后毕生的学习都很有帮助,也似乎明白了老师让我们看这本书以及这本书成为著作的原因。
书名人月神话中的人指的是人力,月指的是工作时间,主要的意思是人月作为一种衡量软件开发工作量的单位有其误导性,这也就是人月神话存在的争论。看资料才知道这本书已经四十多年了,很难想象一本计算机领域的书能够畅销这么久。但是,读完之后我发现畅销是有道理的,虽然书里很多概念、例子、技术都属于上个世纪,但是书中介绍的软件开发的困难、管理的思路,仍然可以在今天的软件开发中找到对应的场景,原来我今天遇到的问题,在很久之前就已经被讨论并且提出过解决方案,而且今天的一些软件开发的流程、管理方案、团队组织等都可以看到当年那些解决方案的影子。所以读这本书还是很有收获的,可以理解实际开发过程中遇到的困难和这些困难的应对方法,为以后的工作生涯做准备。
当然,这本书毕竟已经年代久远了,读的时候有很多地方会很难理解,但细节背后的原理和规律,才是最重要的。
原文地址:https://www.cnblogs.com/fengjingfei/p/12219579.html