相关推荐

读《人月神话》有感.docx

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

日月神话_功能色彩神话

日月神话 或者：异步/等待不是您所想的。 (Or: async/await is not what you think it is.) Make no mistake: we are living through a new asynchronous programming renaissance. The programming community has spent the 2010s red...

《人月神话》读后感与读书笔记

第7章：为什么巴比伦塔会失败 为什么？因为缺少交流。文档（手册）很重要。 但有一种看法认为：编程人员只了解自己负责的部分效率更高。确实，但这要求精确，完整地定义所有地接口。 【产品负责人】&【技术主管】 ...

MATLAB-23.数组的创建与操作

写在前面的话：

日月神话_常见的Java神话

日月神话 这些问题在任何面试中都可能太过高级而无法提出，因为它们可能会使候选人推迟。 不管怎样，他们可能会在您自己的时间练习。 误解1）System.exit（0）阻止最终被调用 为什么这样的代码 System.setSecurityManager(new SecurityManager() { @Override public void checkExi...

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

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

《人月神话》之读后感想

读了Brooks的《人月神话》一书，很有感触，记录下自己印象深刻的观点并结合自己的职场经验分析一下。 0. 人月神话 在阅读《人月神话》之前，只理解“人月”是指项目时间安排的单位，没太注意“神话”的含义。通读了全文后，才懂了其中的见解：Brooks认为，项目开发中，人和月是不能互换的，人和月互换就是个神话。1个人5个月的项目，5个人在一个月内一是完不成的，这个观点基于的理由是：有些任...

<日月人神> 软件工程经典著作

《日月人神》，（THE MYTHICAL MAN-MONTH）一本微软的工程师写的软件工程方面的经典的通俗读物，来自实践，阐述实践，从事软件工程、项目开发的人事必读！！！

人月神话读后感言1

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

《人月神话》读后感

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

读人月神话有感

在焦油坑中，一开始借巨兽的例子说明了一个问题那就是在各种团队中遇到的每个问题在我们看起来任何一个单独的问题都是可以解决的，但是当他们互相纠缠、累积在一起的时候，团队的行动就会变得缓慢受到了阻滞。除此之外，程序类比为产品，将程序如何更好的转化为成本更高的产物需要对其进行加工、修复以及扩展等一系列操作。在此篇章中谈到了编程的快乐以及苦恼，在编程中通过沉浸其中我们能不断发现快乐并且享受这种快乐，但是由于繁复的代码工作以及琐碎的bug使得这项工作并不像想象中的那么美好，由此不免产生出一些苦恼，这都是不可避免的，我们

《人月神话》读书笔记

《人月神话》是大学刚开始就很熟悉的一本书，当时被奉为软件工程的圣书，似乎都要在书架上摆上它才能表明软件工程学生的身份。时至今日我再读它，因为有了之前参与系统的开发的经验，很多的内容都通过记忆得到了验证，读来与大一时的“虽然不懂你在讲什么但好像很有道理” 的体会有了明显的不同。这里选择一些感触较深的章节写一些自己的理解。 焦油坑 入坑前，都会觉得自己战无不胜，就像陷入焦油坑的巨兽，自以为有着庞大...

软件工程学书籍日月神话

软件工程学方面的好书，相信我没错的 ！！！！！！！！！！！！！！！！！

人月神话读后感

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

《人月神话》读书笔记(十七)——没有银弹，软件工程中的根本和次要问题

1、所有软件活动包括：根本任务——打造由抽象软件实体构成的复杂概念结构。次要任务——使用编程语言表达这些抽象实体，在空间和时间限制内将它们映射成机器语言。2、软件任务中的必要活动，也就是那些和构造异常复杂的抽象概念结构有关的部分：  仔细地进行市场调研，避免开发已上市的产品。  在获取和制订软件需求时，将快速原型开发作为迭代计划的一部分。  有机地更新软件，随着系统的运行、使用和测试，逐渐添加

《人月神话》读后感。。。好东西

对软件工程犀利的认识：一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了应用，实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而结构师，则是负责保证产品所有方面的概念完整性的，结构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。

《人月神话》的读后感

这是我自己看完人月神话之后的感想和借鉴网友的评论后自己写的，希望帮助大家理解人月神话