3110402157_ 王森_软件112

《人月神话》读后感

在阅读这本书之前,已经很多次听到关于人月神话这本书以及他的作者Brooks的消息了. 在软件领域, 《人月神话》具有深远影响力而且畅销不衰.这一次,正好老师的作业要求我们阅读这本书,我终于使有机会阅读这本经典之作了.在这过去的几个星期里面,一点一滴的阅读这本书,粗略的了解了这本书.

首先,让我印象深刻的是《人月神话》提出的两条著名的法则：

1、人月神话：向一个已经延后的项目中投入更多的人力资源只会让它更延后。 人月神话看上去这么浪漫的名字，原来并不是真的说神话故事，作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念是不能互换。虽然已经时隔20多年了，这本书依然给我震撼，一是让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法. 当读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环。这让我明白了一个重要的道:理项目的进度是不能够光靠人力的增加来推进的.

2、没有银弹:没有任何技术或管理上的进展，能够独立地许诺十年内使生产率、可靠性或简洁性获得数量级上的进步。

3110402157_ 王森_软件112

虽然现在有不少人对他的观点持反对或不同意见，但我始终觉得他的观点是对的——根本和次要问题的划分以及定义。作者认为软件开发困难的部分是概念的结构，如规格化、设计和测试等概念的结构，而不是概念的表述和实现概念，虽然实现概念可能占用了小于90%的时间，就如现今的软件开发一样，系统分析通常占用的整个项目开发时间不超过20%，而80%的时间花在编程上一样。

这两个原则已经在过去的几十年间得到了验证.我相信在未来,它以依旧是成立的.

另外,在焦油坑那一章里面,有一句话让我难以忘怀:岸上的船,如同海上的灯塔,无法移动.

是呀, 过去几十年的大型 系统开发就犹如这样一个焦油坑，很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统——不过，其中只有非常少数的项目满足了目标、时间进度和预算的要求。各种团队，大型的和小型的，庞杂的和精干的，一个接一个淹没在了焦油坑中。表面上看起来好像没有任何一个单独的问题会导致困难每个都能被解决，但是当它们相互纠缠和累积在一起的时候，团队的行动就会变得越来越慢。对问题的麻烦程度，每个人似乎都会感到惊讶，并且很难看清问题的本质。不过，如果我们想解决问题，就必须试图先去理解它。 这就是生活真理。要想解决一件事，首先要了解事情的始末。提出问题就是解决问题的答案。

3110402157_ 王森_软件112

人月神话还让我了解到, 软件系统可能是人类创造中最错综复杂的事物.往往一个很小的功能，实在也需要开发职员的架构设计方面的完善，对 其它模块的影响及扩展,以及代码编写工作。用户在前台可能看到的只是几个文字，实际是中开发职员昼夜奋战的结果。很多时候，客户的需求修改，在他们眼里看起来是如此地Easy,可他们却忽视了很多他们看不到的因素.

总而言之，《人月神话》是一部IT界的神话，经久不衰.它就像是一颗“银弹”，教会我们如何去消灭软件项目这只“人狼”，指引着每个IT从业者认真开发,开拓进取.人月神话将带领IT界的精英们创造一个又一个IT界的神话.

.

第二篇：人月神话读后感(手打)

人月神话读后感

人月神话选修课是在抢了三次才选上的课，其实一开始以为是一本神话小说，等到看过之后，才明白过来，比希腊神话更迷人，比名人传更励志，比广义相对论更高深，比伊索寓言更有趣，当然，作为一个法律专业的学生，专业跟高新技术科技显得有些格格不入，但是就像艺术无国界一样，牛顿可以是个伟大的数学家，这也不妨碍他成为一个伟大的物理学家，我的两个专业也仅仅是远亲而已，但这也不妨碍我对它的痴迷。

虽然是讲有关于科学技术的，但是，我觉得里面的道理说的也是相当的精髓。 举一个最简单的例子，书里说在对软件进行设计的过程中，要保持设计的概念完整。道理显得浅显易懂，如果真的做过项目的应该知道，前段时间学校提供资金，由学生自主设计课题，所有的项目从最初的课题设计，修改，敲定以及原材料的采购，动手实施，到具体的设计细节，课题成形，制作调试，成品的完成，一系列的工作，这个项目说小不小，但是无论是个个模块的设计，还是最后成品完成时的组装，总体的设计路线以及思路全都是我们最核心的几个同学共同完成的，然后将个个模块分布下去，由个成员分别完成，我们负责基本的路线进行督导配合，最后完成的时候很成功。

当然我们做的课题是个小课题，这跟学校提供的资金上限有关，也跟我们的知识储备量有关，至少目前我们还做不出太大的项目，但从这个项目中，我觉得人月神话里说的这些道理或者说是设计思路是鞭辟入里的，这些都是经验之谈。

“一个拿2倍工资的人，生产率可能是其他人的10倍。”就有些个牛人，做出的贡献特别大，比如相当于普通的十个程序员，不过工资最多也就是普通程序员的二倍。是不是有些不公平呢？我也说不清楚。因为那些普通程序员也十分的努力。不过，我觉得，作为公司，应该给最好的人最好的待遇，或者说给比目前更高的待遇。组建一个团队，最好的就是那种精英团队，大家都是牛人，效率会特别高。微软就是这种思路吧，把最聪明的人集中在一起，

想不成功都难。

提到这一点，我就不得不说一说中国的国情，对于政府工作人员，我想身为一个还在大学里没有真正踏入社会的中国公民大学生来说，应该已经感同身受了，百姓口中的父母官真的就变成了父母，但是我想大多数上位的人，可能不是因为能力有多强，而是关系有多硬，所以，或许这就是我们政府办事效率低，错误多，官民关系差的原因。大的公司无论是国企还是私企，可能会看到知人善任的情况，但是还是关系至上，能力并不被放在第一位，国情也大抵如此。