神话

读过《人月神话》，马上就被深深的吸引了。 这确实是一本很值得多次阅读的好书，每次阅读可能都能从中得到一些提示。 因此，把感触比较深的几点记下来。 编程会有很多的乐趣 。首先是一种创建事物的纯粹快乐。如同小孩在玩泥巴时感到愉快一样，成年人喜欢创建事物，特别是自己进行设计。我想这种快乐是上帝创造世界的折 ......

本次阅读第七章 我过去是怎么做的 在编程之前没有清晰的目标，写到什么就去做什么 这种做法为什么不好 思路不够清晰，导致编程没有逻辑性 如何解决： 7. 为什么巴比伦塔会失败？ 关于巴比伦塔的故事：维基百科 Tower of Babel 7.1 巴比伦塔的管理教训 据《创世纪》记载，巴比伦塔是人类继诺 ......

我过去是怎么做的： 编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。这次的结对作业代码量也就这么样，但和队友细细一算，林林总总散落在各个角落中我们一起花的时间可真是一个很可观的数字了。虽然结对编程还比不上编程系统产品开发这种东西，但至少也涉及到了交流和维护，构思与时间进度等东西。 ......

我过去是怎么做的： 单纯把编程作为工作 这样做为什么不好： 没有乐趣就没有动力 解决办法： 第一章 焦油坑 编程系统产品 只有编程系统产品才是真正有用的产品，是大多数系统开发的目标。 职业的乐趣 创建事物的纯粹快乐；eg: 当自己写完第一个hello world时候的欣喜 来源于开发对他人有用的东西 ......

——众所周知，一名孕妇需要36-42周才能够产下胎儿，那么如果有10名孕妇，产下胎儿的时间可以缩短到一个月以内。如果您真的着急，希望在2周之内要个孩子，那么我们只能够再添加一倍的人手。——写在最前。 一般来说，本人读书之后，都会在一两个星期之内总结并且完成读书笔记，不过《人月神话》是一个例外。一方面 ......

最近，我阅读了人月神话的一部分，有了一些感受。 过去，我对于编程的乐趣不是很了解。编程为什么有趣？首先是一种创建事务的纯粹快乐，其次快乐来自于开发对其他人有用的东西，第三是整个过程体现出魔术般的力量，第四是学习的乐趣，最后乐趣还来自于工作在如此易于驾驭的介质上。编程非常有趣，在于它不仅满足了我们内心 ......

第一章：需求的难题 本章主要讲述了软件开发中需求的难题，探讨了需求不明确、需求变更等问题对项目开发带来的影响和挑战。弗雷德里克·布鲁克斯指出，需求是软件工程中一个不可避免的难题，但其重要性却常常被忽略。 在项目开发前必须要明确所有关键的需求，并且发现需求变化的风险。如果没有做到这些，开发过程中就会出 ......

最近读了一本书《人月神话》，这本书是软件工程类的一本经典著作。阅读这本书的第一感受就是感觉这本书不像是一种和学习相关的书，更像是用很多形象的比喻，阐述项目管理当中的一些问题，让读者能够很轻松，明白的去阅读。 在软件领域,很少能有像《人月神话》-样具有深远影响力和畅销不衰的著作。Brooks 博士为人 ......

贯彻执行 即使是大型的设计团队，设计结果也必须由一个或两个人来完成，以确保这些决定是一致的。 允许体系结构师对实现人员的询问做出电话应答解释是非常重要的，并且必须进行日志记录和整理发布。 对于存有疑问的实现人员，应鼓励他们打电话询问相应的结构师，而不是一边自行猜测一边工作，这是一项很基本的措施。 胸 ......

继续阅读《人月神话》 削足适履 我们都很清楚的是，在大型项目中，所有任务大致会被分成几个小组来进行分工合作，在分工合作的过程中，各个小组都有着自己的频率和效率； 若是缺乏一定的沟通的话，很容易产生在整体项目中进度的不一致、用户需求的分歧等众多矛盾； 所以，在小组分工的项目里面，不能只顾着自己的负责区 ......

读过《人月神话》，马上就被深深的吸引了。 这确实是一本很值得多次阅读的好书，每次阅读可能都能从中得到一些提示。 因此，把感触比较深的几点记下来。 编程会有很多的乐趣 。首先是一种创建事物的纯粹快乐。如同小孩在玩泥巴时感到愉快一样，成年人喜欢创建事物，特别是自己进行设计。我想这种快乐是上帝创造世界的折 ......

1、Flora :古希腊罗马神话中的花神。她嫁给了西风之神Zephyr ,丈夫送给她一座满是奇花异草的园子。 春天时 ,Flora和丈夫 Zephyr 手挽手在园子里漫步 ,他们一路走过的地方百花齐放。Flora 在现代英语里指代“植物”。衍生词:flower ,flour , flourish , ......

1、Pandora’s box ( 潘 朵 拉 的 盒 子) :普 罗 米 修 斯(Prometheus) 为人类盗来了天火 ,激怒了宙斯 (Zeus) 。 Zeus 决定惩罚人类 ,于是他命令火神造出一个美貌的女人 Pandora , 让她去勾引 Prometheus 的弟弟埃比米修斯(Epime ......

四月份的阅读笔记它来啦！ 1、为什么巴比伦塔会失败？ 巴比伦塔项目是继诺亚方舟之后的又一大工程项目，同时也是一个彻头彻尾的失败的项目，那么，这么大的工程为什么是一个彻底的失败呢？ 是它没有足够的人手？没有先进的技术？没有没有质量好的材料？ 不！都不是，他就是单纯地缺乏组织上的交流而已。 我们也许会惊 ......

——众所周知，一名孕妇需要36-42周才能够产下胎儿，那么如果有10名孕妇，产下胎儿的时间可以缩短到一个月以内。如果您真的着急，希望在2周之内要个孩子，那么我们只能够再添加一倍的人手。——写在最前。 一般来说，本人读书之后，都会在一两个星期之内总结并且完成读书笔记，不过《人月神话》是一个例外。一方面 ......

为此，作者提出了很多建议。 项目推进过程中，要设立一些关键的节点。作者把这称为里程碑事件，一旦有了目标，项目团队成员就有了明确的目标可以前赴后继，想方设法达成目标了。里程碑事件的关键在于保证百分之百的完成度。 还有一部分问题是无法彻底解决的。 人月神话中的一些问题，根源在于软件工程本身的特性，是无法 ......

作者在书中通过多篇文章为我们提供了相应的方法和举措。 首先，作者建议以小团队的方式进行合作，以类似外科手术的团队组织结构来开展工作。调查表明，最好成员和最差成员工作的效率是10比1，作者认为应该让优秀的人作为整个团队的核心来开展工作，团队中其他人各司其职作为辅助来完成整体工程。这就是外科手术团队的奥 ......

人月这个词组是一个考察工作量的度量单位，一个人月也就是一个人在一个月能够完成的工作量。在软件工程里，经常用多少个人月来估算项目的工作量。 作者用了一个孕妇生孩子的案例说明了人月这个单位混淆了工作量和进度这两个概念。一个孕妇生一个孩子需要10个月，那么为了加快生孩子的过程，我们是不是可以让10个孕妇在 ......

今日阅读了人月神话中，20年后的人与神话部分，其中提出了人月神话的核心观点：概念完整性和结构师。 概念完整性。一个整洁、优雅的编程产品必须向它的每个用户提供一个条理分明的概念模型，这个模型描述了应用、实现应用的方法以及用来指明操作和各种参数的用户界面使用策略，。用户所感受到的产品概念完整性是易用性中 ......

人月神话的含义： 人是程序员，月是时间，，如果1人干10个月如果等同10人干1个月，那就成神话。 这涉及到工作量与进度，比如：20个人10个月的工作量是10个人干10个月的工作量的2倍，但是这个工作量并不代表20个人的进度就比10个人的进度快，因为中间有些因素要考虑，比如20个人去完成一个项目，那么 ......

作为一本二十多年前出，讲三十年前软件专案管理问题与经验的书，直到今天依旧出现在我们面前，必然有其重要意义。 作为一名大学生，没有什么工作经验，仅能从书中获得些许感悟，也许不久的将来我会亲身经历。 初看书名，以为是一本神话体系小说，还有点诧异老师为什么推荐我们阅读，直到翻阅本书，才明白何谓“人月”，何 ......

《人月神话》是由著名计算机科学家弗雷德里克·布鲁克斯所著的一本著名著作。这本书以其深刻的见解和对软件开发的深入理解而闻名于世。 这本书的主旨是软件开发中的管理问题。布鲁克斯认为，软件开发是一项复杂的任务，需要认真的计划和协调，以确保项目能够按时完成，而且还需要确保开发出的软件质量符合用户的期望。在书 ......

总结一下这本书，讲的主要是软件工程方面的，如何配置人力进行开发 。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁 ......

软件任务的进度安排的经验法则。1/3计划、1/6编码、1/4软件测试和早期系统测试、1/4系统测试，所有构件已完成。在许多重要的方面，它与传统的进度安排方法不同： 分配给计划的时间比寻常的多。即便如此，仍不足以产生详细和稳定的计划规格说明，也不足以容纳对全新技术的研究和摸索。对所完成代码的调试和测试 ......

在《人月神话》中，作者对于这种尚未思虑周全就盲目上马或者只顾及自我团队表现而不考虑项目整体效益的行为嗤之以鼻“在系统设计中，概念完整性应该是最重要的考虑因素。也就是说为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。”也就是 ......

书中关于项目计划的论述，揭露了三个令人沮丧的事实： 在项目正式开展之前就进行的时间表预估，无论如何谨慎，无论事前如何频繁地修改，一旦项目开始，你会发现都是存在很大问题的。 随着项目的开展并不断接近预计完成时间，你会发现对于各个里程碑预计完成的时间估计越来越激进，即便是原来预计非常宽裕，需要三个星期才 ......

由于该书所描述的内容比较庞杂，本人预计将分为三篇文章对于相关内容和感想进行阐述。 作为开章第一篇，就先来说说为什么“人月”是“神话”。 小学的时候我们都做过这样的应用题：“工厂需要加工一批零件，安排5名工人的话需要10小时完成，那么安排25名工人加工，多少小时可以完成”之类的。对于这类题目，小学一二 ......

第十二章是干将莫邪。主要讲的是工具很重要，需要专门人员开发。“仿真装置”很重要。不确定性是所有情况中最糟的，因为它剥夺了程序员寻找BUG的能力。 第十三章是整体部分。主要讲的是系统各个组成部分的开发者都会做出一些假设，而这些假设之间的不匹配是大多数致命和难以察觉的BUG的主要来源。 第十四章是祸起萧 ......

这里的“人月”指人数×月数，即劳动力×时间；这里的“神话”指一种理想的想法，即认为工作量=劳动力×时间，当时间有限而不能改变时，我们可以通过增加劳动力（人数）来达到预期的工作量。然而，作者通过许多事实告诉我们，这是无法实现的，这个神话终将破灭。究其根本，人不是机器，不具有线性叠加的机制，尤其是面对软 ......

第1章-焦油坑 第一章主要阐述了三个方面： 引出了一个问题： 为什么我们的项目看起来好像没有问题，实际上却出现了这么多的问题？虽说一些项目可能是“失败的”，但是他们大多数还是开发出了可运行的系统。只不过只有极少数的项目满足了目标、进度和预算的要求。为什么其实系统已经开发出来了，我们还认为项目是失败的 ......