更多的人力投入真的意味着更快的工作吗？ ——《人月神话》读后感 如果三个工人需要用十个小时的时间去挖一个坑，那么对于一个相同大小的坑，如果现在有六个工人，我们需要多长时间呢？没错，这个问题实在是简单的不能再简单了——五小时。但事实上，如此简单的工作，我们当然可以把它分开来，按照
关于目前人们对于工作人数与工作时间的关系，现在看来，有不少的机构和管理者都会掉入“人月”神话的窠臼之中，本人引用书中的观点略作分析： 我们对估算技术缺乏有效的研究。即有的时候，我们既无法准确估算某一个项目或者某一项工作需要多少工作量，也无法估算该项工作量需要多少人力才能够
总结过人月关系的误区后，既然对于大部分的工作任务，通过增加人手来减少所需时间的最好状况，要略逊于为调整前，那么大家一拥而上，蚁多噬象式的团队构建方式，则明显不会是解决问题最有效的团队构建，那么怎样的团队才是能够在一定人月前提之下，解决问题的最有构建呢？书中同样给了我们一些建议，
第一章-焦油坑。焦油坑是作者用来形容大型系统开发的一个概念。史前时代，恐龙、猛犸象、剑齿虎这些大型食肉动物碰到焦油坑也是没有办法挣脱的，而且越用力就越容易被沉入坑底。这种场景就像极了大型系统开发的工作。基本上一个大型的编程系统产品的开发成本会是单个的简单程序的9倍
第四章-贵族专制、民主政治和系统设计。作者认为在系统设计中，概念完整性应该是最重要的考虑因素。就是说，为了反映一系列连贯的设计思路，您可省略写不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。概念的完整性要求设计必须由一个人，或者非常少
最开始的时候，听到这本书的名字，还以为是关于登月飞船建造时候的记录（毕竟是民哥推荐的，没有往科幻去向，虽然真的很像）， 在这本书中，以我的总结，作者主要详述了包括工程计划，团队组成，文档重要性，项目排错等等的软件工程世纪的方方面面， 说实话，对此书，我的能力十分有限，对其理解也不是很深刻， 但是
读了这本书，给我留了一个很神奇的感觉， 感觉我敲代码其实就是创造，就像女娲造人一样，每一次都是不一样的体验，敲出来的东西也各不一样，形态不同，功能不同，甚至品种都不同哈哈哈，确实实在创造了， 人月神话无处不在，对于软件工程而言，人月神话已经完全渗透进去了， 本书作者为人们管理复杂项目提供
这一本三百来页的大书，为什么能畅销30来年呢，并且被民哥点名， 人月神话的核心观点：概念完整性和架构师， 我认为概念完整性应该说的是软件理念上的业务流程的前后连贯，也就是用户在使用产品的过程中，能够按照唯一的一个的最高抽象的思路来使用这整个系统， 开发第二个系统的后果——盲目的功
古巴比伦塔是《创世纪》中记载的一个建筑。他是人类继诺亚方舟之后的第二大工程壮举，但是它失败了。那么他为什么会失败呢？在这项工程中，它具有所有资源：清晰的目标、人力、材料、足够的时间、足够的技术。所有的这些足以支持他完成这一人类工程上的壮举，但是他失败了，因为在这项工程中
我对人与月神话的第一印象是神话小说或武侠小说，因为这个名字太容易引起很多幻想，尤其是在我国有“嫦娥奔月”的神话。但经过仔细考虑，老师怎么能把神话小说视为一项专业任务呢？这本书一定与软件工程的研究有关。 首先，我对作者在软件领域的巨大成就和他的权威感到惊讶。曾担任360系统
总结一下这本书，讲的主要是软件工程方面的，如何配置人力进行开发 。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户
在刚刚进入软件工程学习时，老师总会时不时向我们提起一些关于“软件项目开发的完成与增加人员的问题”这句话听起来通俗易懂，但实现起来却遇到了相当大的困难，这是我在阅读完成《人月神话》时最大的感受，我想这种问题的出现主要是就订单项目而言，因为人员的增加主要是因为客户所要求实
这是假期读的第二本关于本专业的书，下面简单谈一下个人理解。 里面运用了很多形象的比喻，如巨兽在焦油坑里垂死挣扎等，这也象征了软件开发里遇到的困难，反复地修改等等。 书里强调了团队的作用，强调人和沟通的重要性，个人的技术并不能完全决定一个项目，团队里人的交互也是很重要的，积极的
希腊神话剧本一场景一：旁白：雅典娜被马卡里阿为了家人和整个战争的胜利甘愿主动作为祭品的勇敢和无私所打动。雅典娜将她转生在一个希腊的富人家里。当她还是个小姑娘的时候就开朗而勇敢，身上有着一种高贵，优雅的姿态。转眼15年，15岁玛卡里阿有着谦卑恭敬的姿态，坚强果敢的性格，同时也是
第二章 人月神话 “在众多软件项目中，缺乏合理的进度安排是造成项目滞后的最主要原因”，为什么会缺乏合理的进度安排，布鲁克斯从以下几点进行了说明： 一、所有的编程人员都是乐观主义者程序员对自己的任务进度都非常乐观：“一切都将运作良好”，“所有的任务都可以按时完成”。然而，程序员
今天阅读了《人月神话》这本书，读这本书前两章最大的感触就是比较贴近实际，让我不由自主地想起身边很多的人和事。哪怕是对编程保持乐观的人，还是每天不断抱怨编程难费脑的人也好，我都是由衷的理解，并且深有体会。自我感觉身为一名编程人员来说，工作压力是难免的，但是不同的人总会有不同
《人月神话》这本书中巴比伦塔的失败让我比较清晰的认识到，在一切外界条件充足的情况下，如果团队之间没有良好的沟通与交流，没有良好的组织，那么这个项目就会向巴比伦塔一样，因为他们之间无法交流，从而无法合作，当合作不能再进行下去，工作就会陷入停顿，之后就会出现一系列的矛盾。希望这次
前言：研究表明，效率高和效率低的实施者之间个体差异非常大，能够达到数量级的水平。类似我这样年龄段的产品经理来说，我认为我只需要有5个精干的成员组成团队，然而我这样的想法就面对着一个很难回避的问题-这样的小型团队很难在有计划的进度安排时间内创造大型的系统！ 问题 大家知道，优秀
前言：美食的烹饪需要时间，那么稍等片刻，你将享用更多的美味。缺乏合理的进度安排是造成项目滞后的重要原因，因素有以下内容： - 对估算技术缺乏有效的研究 - 进度和工作量混淆，就是说人员和时间可以转换 - 对自己的估算缺乏信心 - 缺乏信心 - 对进度缺少跟踪和监督，所以站立会和燃尽
前言：He'll sit here and he'll say, "Do this! Do that!" And nothing will happen.应该就是光说不练假把式的意思，本篇的标题为passing the word，当项目经理拥有了结构师，开发人员，那么如何保持概念一致性呢？ 文档化的规格说明-手册 显然，对于我当前所处的团队，手册是不存
第一次看到《人月神话》这本书，若不是老师推荐，还以为是本神话小说呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的、具有深远意义的书。 这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发
002 人月神话 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来影响还大。 我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。 向软件项目中增派人手从三个方面增加了项目必要的总
缺乏合理的时间进度控制是造成滞后的主要原因，比其他任何事情影响的和还大，书中也对造成这种这种普遍灾难的原因进行了并进行了详细列举。 首先，我们对估算技术缺乏有效的研究。也就是文章中所介绍的对于与每一个编程人员来说都是乐观主义者，在编程人员的心中，认为一切都将运作良好，每一
首先，在本次的阅读过程中有学到了一个专有的名词，叫做概念的一致性。正如书中所说的那样，在计算机领域绝大多数系统体现出的概念差异和不一致性远远超过了经过了几个世纪沉淀发展的古建筑群了，这通常并不是因为它由不同的设计师们开发，而是由于设计被分成了由若干人完成的若干任务。所
巴比伦塔可能是第一个工程上的彻底失败，但它不是最后一个。 交流和交流的结果—组织，是成功的关键。交流和组织的技能需要管理者仔细考虑，相关经验的积累和能力的提高同软件技术本身一样重要。 作者总结巴比伦塔项目失败的原因是缺乏交流和缺乏组织，因此作者认为在软件项目中有效的交
