人月神话读后感

人月神话读后感看完此书后，我发现人月神话无处不在，其实在我们做软件工程来说，此书已经渗透进去了。本书作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。大型编程项目深受由于人力划分产生的管理问题的困扰，保持产品本身的概念完整性是一个至关重要的需求。《人月神话(英文版)》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。其实当我读到《人月神话》第五章的时候，我还是对这本书的内容不大明白。就只知道一点：“这是一本关于管理性软件的书，说到了自1975年的一些管理观点和见解，过了30多年仍然适用。”管理方面的知识我没大看懂，只知道这是一本令人反复研读的书，每读一遍便有不同的收容。对我的影响便是“做事做人”的一些方式方法的领悟和思维的一些开阔。人月神话的核心观点：概念完整性和架构师Brooks认为，一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了应用，实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师，则是负责保证产品所有方面的概念完整性的，架构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。它就像电影的导演一样。我的理解：这里的概念完整性其实应该说的是这个软件理念上的业务流程的前后连贯，也就是用户在使用产品的过程中，能够按照唯一的一个的最高抽象的思路来使用这整个系统。1保持设计的概念完整无论对小软件还是大软件，都必须由一个设计师主导，最多两个人讨论来共同完成软件的整体设计。作为一个软件，一个系统，必须有一个清晰明确的概念模型，大家都在这个框架下工作，所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念，但只有总设计者才有否定与发展基本概念的权力。2需要注意的一点是即使是总设计师一直是同一个人，他脑海中所认为理所当然的规则或者概念，很可能由于没有明确的文档化，而没有成为所有开发者共同的概念。在其他开发者编码的时候，就可能会生成与概念相抵触的东东（模块，功能，算法），导致整体结构的恶化。这个时候总设计师一定要即时发现，做出更正。3进行持续不懈的努力而这个努力的过程相应的就诞生了软件工程。作者对软件工程诞生的原因做出这样的解释，我觉得符合外国思维的特点，这正是国人所缺乏。记得有一位朋友说过，中国妈妈与德国妈妈的区别，他说，如果手里拿的针掉到地上了，中国妈妈的第一反应是估计针掉下去的范围，然后在这个范围里面找，可能很快就找到了，也可能一直都找不到;但德国妈妈不同，她会拿一根粉笔来，把整个屋子画成一个大圈，接着把大圈分成许许多多的小圈，然后再到每个小圈里找，虽然比较慢，但最终肯定可以找到。仔细想象，大多数情况下，中国妈妈都会找到得比较快，这确实符合大多数中国妈妈的思维习惯，每个中国妈妈都这样找，这好象是与生俱来的本事，但为什么德国妈妈没有这个本事呢?是德国妈妈笨吗?为什么中国妈妈也有找不到的情况?而德国妈妈，虽然速度慢了点，却始终能够找得到?如果把这件故事推而广之，多年以后，德国妈妈创建了找针工程，她通过多次找针的实验数据，分析出针掉到整个房间中各个小圈的概率，总结出针在哪个小圈的概率最大，很快就可以找到针，找针速度早已高过中国妈妈，而中国妈妈还在依循与生俱来的本事。你能说德国妈妈笨吗?为什么中国妈妈和德国妈妈会有这么大的区别?是德国妈妈把大块的“巨无霸理论”替换成“微生物理论”吗?我觉得是，你说呢?作者在后面的论述中用数学和物理的发展为例子也说明了，这种思想的成立。干什么事情都是没有绝对的好与坏，只是相对比较的好一点或坏一点而已。要想做好一件事就是要考虑周全一点，什么事情都是有一定必然性的联系的，只要明白思考的方式就一切OK了。4项目的要求要切实际，不要把目标定的太大，以免完成不了。少一些花哨。多一些朴实。5文档的重要性。我们现在在做项目的时候，有几个人会认真的去写文档，全都是为写文档而写文档的。养成写文档是一个良好的编程习惯。这样对软件的后期维护也有帮助，相当重要。6做好软件开发的前期工作。说实在的，编程占的时间并不多。而在前期的准备工作做好了。前期的文档需求分析写好了。后面的软件的编程就水到渠成了。软件编程那些代码都是死的。都是有固定的算法。编程方法在那的。唯一变化的是前期的需求分析和文档。做好了这个。这个项目就算成功了一半了。7工具的重要性。能善用工具的人也是人才。很多编程都可以用记事本编写。用工具也能达到同样的效果，还可能比记事本更好，那我们为什么不用工具呢。好的工具能提高办事效率。能缩短我们项目的开发时间，时间就是金钱。软件系统也是人类创造的错综复杂的事物。只有大家彼此沟通，彼此理解，多讨论，多合作。才能使一个软件更加完善。才能做出精品的软件。