02人月神话读书笔记

总结一下这本书，讲的主要是软件工程方面的，如何配置人力进行开发 。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁闷，结果是用户对公司失去了信任，成了一槌子买卖，开发人员旧人一一辞职，新人天天引进，做法没有改变，情况没有改观，公司没有发展，这就是问题。人月之所以不能成为神话，正是因为增加人手的同时也增加了人与人之间的交流。我们所有的进度都是以“人月”代码产量来衡量的. 而增加"人"并不能缩短"月"的量。这同样是作者的观点，布鲁克斯这个名字在中国知之者不多，但在美国却是大名鼎鼎。因为他在60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代标志的IBM/360系列计算机的开发工作，取得辉煌成功，在计算机技术的诸多领域中都做出了巨大的贡献。作者在书中提到了他使用了很多年的经验法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，虽然布鲁克斯的这本书发表数十年，但他预计的这些问题并没有得到最终的大变革，软工领域仍在面临着多种作则提出的问题，不过令人欣慰的是，大家确实在向这方面改变。在第6章中作者又提到，系统架构师们应该在文档中描述所有外部特性，但是他应该避免干涉具体实现细节，实际上我们动脑想一想解决办法很简单：谁开发、谁决定，对于外部特性的形式化定义不应该扼杀实现人员的创造力。我认为任何事都应当先规划再执行，很多专家和

实践人员都同意这样一个观点：需要项目经理投入的最重要的一件事就是规划。只有详细而系统的由项目小组成员参与的规划才是项目成功的唯一基础。不能因为规划或进度计划不准确经常调整而不做计划。项目经理必须以自己的实际行动向项目小组成员传递一种紧迫感我想事情这样规划的话，由于项目在时间、资源和经费上都是有限的，项目最终必须完成。

刚刚读这本书时，我对作者的观点和他所用的一些专业术语或者一些形象的比喻都不太懂，没事做的时候我把它放在电子书里随时翻看，很多地方会给人想要继续读下去的感觉，因为我想要了解它，继续下去会给我们所有问题的解释，尤其是作者在拟题的时候用了很多奇怪的小标题，例如; 焦油坑、外科手术队伍、为什么巴别塔会失败等等一些似乎看起来跟软工方面并不贴边的题目，但作者恰恰用了这些吸引了我的眼球，这本书让我对软件工程的程序设计开发的认识有了巨大的改变，我知道布鲁克斯的成功不是一时的，所以我更相信他的经验足以我受用一生。

标签：02,本书,神话,读书笔记,项目,布鲁克斯,作者,开发人员,规划
来源： https://www.cnblogs.com/gj-zzh2021/p/16316416.html