梦断代码读后感(二）

好程序员懂得写什么，而卓越的程序员知道该写（并复用）什么。当我读这本书之前，我以为书本内容都是和代码有关的枯燥的内容而已，但是，从开始阅读这门书开始，我就觉得作者讲述的这些经历今后将对我有所帮助。

　　本书的内容大都是故事类型的结合工作经验，总结出的实践之道。从上软件工程课程起，那些以真正工作的模式让我些许理解了书中的这段话：“对于程序员来说，如同对于作家、艺术家以及所有那些在白板一块上开始描述作品的人一样，项目“最有趣”的部分往往是刚开始的时候。那时，有无数种可能敞开着大门，而通过痛苦妥协的大门却是关闭着的。”

事前我们的想象都是美好的，殊不知，在我们真正遇到阻碍、困境的时候，显得多么无力。恨不得自己之前认真学习学过所有的课程。整观这本书，通过讲述一些小故事将一些著名的软件开发事件描述出来，程序员可以从中学到经验，其他与软件开发相关的或对此感兴趣的人也是可以学到很多东西的，毕竟是前车之师，后车之鉴。

　　虽然在计算机的时代是非常短暂的，只有仅仅的几十年，但是在历史的道路上，计算机的发展的速度无不令人害怕，这将是引领未来的方向，软件开发而是其中的核心力量，在发展的过程中，各大软件公司都经历了辉煌，甚至到了落魄的，很快的，就像计算机的发展。
在阅读中我看到，有这么一段话：“优秀的程序员很清楚自己的能力是有限的，所以他对待编程任务的态度是完全谦卑的，特别是，他们会象逃避瘟疫那样逃避‘聪明的技巧’”。如果向程序员报告缺陷，他的第一反应是问你：“重现问题了吗？”--意思是说，你能确实让问题重现一次吗？如果答案是肯定的，事情就成了一半；如果是否定的，程序员就会耸耸肩，把责任推卸给硬件或者宇宙射线！

每个人都想要成功，但是失败了并不一定是成功之母，失败了很可能再失败。成功是有一些流程的，我们必须遵循计划，步步为营。

布鲁克斯法则：往已延误的项目中补充人力，只会使其继续延误。----《人月神话》作者
2、布鲁克斯发现，在实际开发中，编码只占软件项目开发时间的1/6，
有一半时间用于测试和修正缺陷。
3、布鲁克斯提到，“在预估及安排项目进度上的每一分努力”都是“危险且具欺骗性的神话”。
所谓“人月”，是一种科学管理概念，它假定生产力可被拆分为不连续、无差异、可替换的单元。
4、布鲁克斯观察到，“只有任务能分派给许多相互之间无需沟通的工作者时，人和月才是可互换品。”
5、布鲁克斯发现，制作软件的大量工作受困于“序列约束”，
它限制了任务分解的程度：完成某项任务的先决条件，这与人力投入多少无关。“十月怀胎”，
布鲁克斯写到，“无论多少妇女参加都一样。”

通过阅读上面的章节，让我进一步了解了软件的设计过程，以及重心在哪里。