人月神话读后感3

 人月神话的观点：是与非这一章，也是20周年版本新增的内容，20年的发展让初版的一些观点变得过时，但是仍然有不少观点仍然适用，因而作者在这一章里把之前的每一章的主要观点都抽离出来，并对已经过时了的观点做了说明，可以说这一章是整本书的精华了吧。

        20年后的人月神话这一章很长很长，算是一篇单独的文章，讨论了很多软件开发相关的技术和管理思想，其中包括：1.概念完整性和结构师的重要性。2.开发第二个系统所引起的后果一 盲目的功能和频率猜测。3.图形界面的成功。4.没有构建舍弃原型一瀑 布模型是错的。5.增量开发模型更佳一渐进地精化。6.关于信息隐藏，Parnas是正确的。7.人月到底有多少神话色彩?一Boehm的模型和数据。8.人就是一切。9.放弃权力的力量。10.最令人惊讶的新事物是什么?数百万的计算机。11.全新的软件产业一 塑料薄膜包装。

       今天读完人月神话之后，因为有很多地方都不是很懂，所以趁热打铁，去微博和知乎看了很多关于这本书的讲解，帮助我对这本书有了更进一步的理解。虽然书名是人月神话，但是它并不是说一个记述神话的小说本，它主要讲述了管理，特别是软件设计中的一系列问题及其相应的特点，并且做出了一系列的预言。而这一系列的预言引发了大量的争论，其中就有人月神话。

       作为软件工程专业的学生，在这本书里我获得了大量的认同感。特别是书中提到的观点，比如：过分的设计是为画蛇添足、数据的表现形式是编程的根本、瀑布模型是错误的、做程序之前画流程图……对我现阶段和以后毕生的学习都很有帮助，也似乎明白了老师让我们看这本书以及这本书成为著作的原因。

       书名人月神话中的人指的是人力，月指的是工作时间，主要的意思是人月作为一种衡量软件开发工作量的单位有其误导性，这也就是人月神话存在的争论。看资料才知道这本书已经四十多年了，很难想象一本计算机领域的书能够畅销这么久。但是，读完之后我发现畅销是有道理的，虽然书里很多概念、例子、技术都属于上个世纪，但是书中介绍的软件开发的困难、管理的思路，仍然可以在今天的软件开发中找到对应的场景，原来我今天遇到的问题，在很久之前就已经被讨论并且提出过解决方案，而且今天的一些软件开发的流程、管理方案、团队组织等都可以看到当年那些解决方案的影子。所以读这本书还是很有收获的，可以理解实际开发过程中遇到的困难和这些困难的应对方法，为以后的工作生涯做准备。

       当然，这本书毕竟已经年代久远了，读的时候有很多地方会很难理解，但细节背后的原理和规律，才是最重要的。