相关推荐

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

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

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

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

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

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

人月神话---软工读物。

读人月神话 1、焦油坑 媒体吹嘘个人英雄主义，说一个跨时代的软件产品通常都是两个小伙子在自家的车库里面随便做做就出来了。这就吸引了许多年轻人相信自己也是这样的大神。但是我们编程是有乐趣的，我们个人编程是为了什么？是为了创造出本不属于这个世界的东西，或者把自己的想法展现出来，并帮助别人，并且在和别人配合上得到我们预期的结果。 但是并非每个人都可以成为大神，每个人都会忍受不断去调试BUG，而且要接受不断学习的过程，这些过程是枯燥的耗时的。我们在焦油坑煎熬着，快乐着，这就需要我们拥抱快乐忍受痛苦，成功的在焦油坑

顶级程序员书单系列五：《人月神话》

我的第一印象 重读这本书

人月神话读后感言1

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

《人月神话》读后感

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

《人月神话》读书笔记

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

人月神话读后感

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

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

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

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

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

人月神话的读书笔记

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

《人月神话》之读后感想

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

关于《人月神话》的读后感

关于《人月神话》的读后感 基本情况： 书名:人月神话 作者:布鲁克斯(FrederickP.Brooks.Jr.) 页数:369 全书字数:316000 出版社:清华大学出版社 出版日期:2002年11月 阅读日期:2020年9月 一、主要内容： 针对每个章节的内容简单地进行了一些总结： 1.焦油坑 将大型的系统开发比喻成史前时代的焦油坑，在开发中不断出现的问题犹如剪不断，理还乱的毛线团，令人在其中痛苦挣扎，而又当从中挣脱一部分时，其中的乐趣远大于苦恼。这本书的价值也就在于提供一些开发的指导意见，

日月神话_常见的Java神话

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