《人月神话》读后感

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