人月神话(40周年中文纪念版)读后感10篇.docVIP

人月神话(40周年中文纪念版)读后感10篇 　　《人月神话(40周年中文纪念版)》是一本由(美) 布鲁克斯(Brooks, F. P.) 著著作，清华大学出版社出版的平装图书，本书定价：68.00元，页数：392，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。 　　《人月神话(40周年中文纪念版)》读后感(一)：懷一個孩子需要九個月，無論你把任務分給多少個女人。 　　標題背後的意思很明確，就是說程序有著穩定的成熟期，並非人越多所用的時間就能夠越短。 　　軟件工程基本上可以說是“關係”科學，它的研究對象就是概念之間的關係和人與概念的關係，自有一套難弄的邏輯。有時你要對付的不是什麼數學問題，而是你的同事或者看不見的同行，因為大家的努力，都用在彼此相容上，或者說，問題的關鍵，在於靈活性和紀律性之間的平衡。這是一門至今混亂同時也變化多端的科學。 　　作者如同標題名言之外的另一條名言是“在延期的課題中加入人力只能讓它延遲更多”意即，一個延期的課題，往往比較複雜，修改很多，如果再有新人參與，合作會更加困難，短期之內看不到人力增加的效果，反而會因為配合問題降低效率。 　　軟件工程不僅會受到人的干預，技術開發還會明顯受市場左右，新技術往往要讓位給利益、技術和商業，往往遵循的是兩套邏輯。 　　《人月神话(40周年中文纪念版)》读后感(二)：神作！非常好的一本书！ 　　五星！神作！扉页上的数字表明，这本书购于2016.6，我足足看了1年3个月。分了6个晚上，陆陆续续看完了。一直拖着没看完，实因其中理论较庞杂，且时有妙语，细细品味为佳。1975年写成的书，在40年后的今天大部分理论仍然适用，且不停被引用到项目管理，软件开发排期，编程语言的选择，组织结构的调整，增量迭代开发(敏捷)，快速验证原型等诸多领域上，Brooks真乃神人也！恰巧今晚看到”程序员那些事儿”推了Brooks的言论”一个程序员一个月完成的编程工作，不要让两个程序员花两个月完成”，可知人月不能互相转换已经达成共识。软件项目里程碑未达成，只能通过赶工(加班)解决，妄想增加人手，只会在错误的道路上走得更远。一个女人生孩子需要十个月，十个女人生孩子，并不能一个月。BTW，程序员怼PM的很大原因，是PM觉得十个女人不用一个月就能生出孩子。 　　《人月神话(40周年中文纪念版)》读后感(三)：需求是说不清楚的问题 　　读这本书，自己还是初级程序员，但是这本书让我看到公司存在的一些管理问题。总是没有需求 　　在目前的公司做了一段时间的开发，这个问题体会比较深，我司算是公司的附属部门，公司主营业务是硬件，但是工资一直养着一个大概8人左右的开发团队，公司断断续续做了很多自用自研的项目，CRM ,售后管理，开发bug系统，公司知识库，可这些东西一直没有用起来，人走了一波来了一波，在这段时间，遇到的最多的问题是需求。老板给了一个页纸的需求点及描述，要做一个系统，开发负责人根据自己的想象而不是合理的需求分析，开发出来的东西，大家用不起来。所有如果能在老板给出简单的需求点后，先把原型做出来，在原型上确定功能和交互，这样做出来的东西肯定不一样。总是拖延项目进度其他一些认识 　　程序开发的外科手术队伍，在开发团队中，主要写代码的可能就一两个人，十个人就能组成一个完整的团队。 　　开发人员的数量和开发效率不是正相关。也就是 1+12 ,开发成员越多，开发时的沟通成本越大。 　　《人月神话(40周年中文纪念版)》读后感(四)：人月神话：因爱而生 　　人月神话：因爱而生 　　只是半个世纪， 　　我们经历了从计算机， 　　到电子计算机， 　　到小型计算机， 　　到微型计算机...... 　　硬件设计飞速革命， 　　软件开发却危机重重。 　　作为人类创造的最错综复杂的事物之一， 　　软件开发， 　　尤其是大型软件的开发， 　　如同操作一台复杂的外科手术， 　　或者烹饪一套传世的法式美味， 　　需要概念完整性、 　　结构化思维、 　　最佳的方法、 　　高效的团队。 　　“体系建构”的贡献、 　　“人是一切”、 　　“放弃权力的力量”、 　　究竟有没有“银弹”、 　　软件文化变迁...... 　　一本《人月神话》， 　　那里有： 　　妙趣的比喻、 　　透彻的思考、 　　精彩的讨论， 　　多元的思维......