相关推荐

读《人月神话》有感.docx

对《人月神话》初次读后的感悟，1000字左右~~~~~~~~~~~~~~~~ 专业内容不是特别多，总体对书中的观点进行了归纳

大学的我对《人月神话》读后感 近两千字

《人月神话》读后感 作者：mizuhokaga 时间：2021/06/10 《人月神话》大一的我早已在图书馆的二楼见过它的大名，可惜当时年少无知，光看名字和封面觉得像一本放错了展馆的故事书，最终没有打开翻阅。直到学习了《软件工程》这门课才知晓这本书在软件工程里的地位，这才随心翻看了一遍。我就我看过的内容，写写自己的思绪，记录一下自己的看法。以章节为序。 第一章中，“编程系统产品（Programming Systems Product）开发的工作量是供个人使用的、独立开发的构件程序的九倍。我估计软件构件产

人月神话读书笔记

文章目录第1章 焦油坑第2章 人月神话第3章 外科手术队伍第4章 贵族专制、民主政治和系统设计第5章 画蛇添足第6章 贯彻执行第7章 为什么巴比伦塔会失败？第8章 胸有成竹第9章 削足适履第10章 提纲挈领第11章 未雨绸缪第12章 干将莫邪第13章 整体部分第14章 祸起萧墙第15章 另外一面第十六章 没有银弹第十七章 再论“没有银弹”第十九章 20年后的《人月神话》 第1章 焦油坑 1.1 编...

《人月神话》读书笔记

【画蛇添足】—— 本章讨论了“ 第二个系统是设计师们所设计的最危险的系统 ” —— 他着手第三个或第四个系统时， 先前的经验会相互验证 ，而第一个系统，会因为经验和时间等，还有对未来“下一个”的期望，更注重完成度，相对。读这本书，你会感叹 —— 历史是有着重蹈覆辙感的螺旋上升，目前的项目和50年前的项目，有时二者遇到的问题，似曾相识。即人力（人）和时间（月）之间的平衡，远不是线性关系，使用人月作为生产率的衡量标准实际是一个神话。事先将项目工作手册设计好，能保证文档的结构本身是规范的， 而不是杂乱无章的。

读《人月神话》的一些感受

最近在读《人月神话》，这是一本成书于 1975 年的关于软件工程的书，考虑到计算机领域的飞速发展，这本书真的可以算是计算机历史上洪荒时代的作品了，然而虽然时代久远，但是这本书仍然被无数人推荐必读，可谓畅销数十年。既然如此，作为半路出家的软件开发工程师，我当然要拜读一下了。

人月到底有多少神话色彩

台上一分钟，台下十年功       宝剑锋从磨砺出，梅花香自苦寒来；不经一番寒彻骨，哪得梅花扑鼻香；业精于勤而荒于嬉，行成于思而毁于随。不积跬步，无以至千里；不积小流，无以成江海。骐骥一跃，不能十步；驽马十驾，功在不舍。千百年来，先人的经验都在告诉我们台上一分钟，台下十年功，这句话本意指在台上表演的时间往往只有短短的一分钟，但为了台上这一分钟的表演时间，需要付出十年的艰辛努力。这些都强调了基础的重

人月神话读后感言1

    读这些文字给我带来的收获是：面对《人月神话》，除了表示五体投地的诚服，你既不能做正面言论（那是多余），也不能做负面言论（那是找事）。这是一本可怕的书。     我大概花了三周的时间来细读这本书——也许很多人会说我应该花更多的时候或者读更多遍——不过，这不是重点。我在书中印证和找寻思想，并为这本书写下了数百个注释。最终我很遗憾我读了电子版本，因而注释被写在了文档中而不是书

《人月神话》读后感

本人在做软件开发以来，一直对开发当中的种种现象保持疑惑，程序员与项目之间需要保持一个怎样的关系才能获得美妙的平衡？敏捷开发中所倡导的 两周一个迭代，增量开发极限编程是如何演变而来的？ 这些名词一直跟随着我，经过最初的疑惑后也忘了去深究，直到读到《人月神话》这本1975年写的老书，原来道理自在其中，1975年就有人分析了软件开发过程中存在的问题，并给与了一些建议和预言，有些预言甚至在今天都仍然有效。 焦油坑 一个能用的简单工具程序，一个程序员独立开发一两天就可以完成。但一个成熟的软件产品，拥有上百个功能和.

人月神话读后感

人月神话读后感                                                                                                                          中国科学技术大学软件杨旋原创      人月神话这个名字对我来说很有吸引力，我以为它会是一本讲述计算机历史神话的故事。当我看到第二章我才知

人月神话的读书笔记

人月神话的读书笔记，比较很好，很不错！来自网络的收集。

《人月神话》全文核心思路概括与总结

《人月神话》全文核心思路概括与总结

经典：软件开发35个案例！

软件开发35案例 很详细的开发流程。。。内部WORD文档。。。 很适合爱好软件开发者学习使用！

《人月神话》摘要

　　一直相信存在某种方法论，能够让软件开发工作的进度能够得到很好的控制，并很大程度的提高生产率。读完本书后，我意识到，能够解决软件开发问题的不是某种方法论，而是一系列的方法、技术、和工具。也发现自己之前太局限于从“开发”角度去思考问题，以后还需多看书，多学习才是。 　　以上都是废话，对自己无知的惭愧。后面的内容将是书中各个章节的摘要，并可能还会有一些废话。对于废话，不必太过在意，但是也不介意吐槽...

人月神话摘要

利用平时坐公交和火车的碎片时间，把这本书看完了，记得刚学编程时，有很多搞IT的朋友都推荐我看看这本书，这也是我读这本书的动机，读完了后也学到了很多软件开发和项目管理的知识，但是没有感受到醍醐灌顶的感觉，有些内容还不是很理解，可能是我相关的项目经验太少的缘故吧，不过既然读完了，就做一下总结吧，也许等若干年后当我再次读这本书时，感觉就完全不一样了。 焦油坑 编程系统产品的工作量是独立开发的程序构件的...