读《梦断代码》有一定时间了，读了将近一半的内容对这本本书也有了初步的了解，开始选择读书的时候看到这本书的名字然我想起了一部经典的电影叫做《魂断蓝桥》于是我便毫不犹豫的选择了这本书，看之前我先看了一下书评网上的评价都还不错，也知道了这本书主要讲的是Chandler漫长而痛苦的开发过程，开始读这本书也让我学到了好多。
书的开篇以第0章开始，作者的解释是一个电脑程序员从0技术这也是一种习惯，我觉得这个开篇很好，作为一个程序员就要习惯从0计数，也因此我对这本书也渐渐有了兴趣。术主要讲Chandler漫长的开发过程从开发这个软件过程中遇到的问题与解决方法给我们好多经验与好多有用的知识。Chandler是一个开源项目，由OSAF开发。与其他商业软件不同，Chandler的开发过程缺少那种“强有力”的管理和约束，几乎没有人为整个项目负责，直到项目开始后一年多，才有了软件开发经理。项目所有的成员都应该尽可能地发挥自己的创造性，开始的设想是十分好的，有自己的目标和主要的开发的项目需求，但随着需求的不断提高和问题的不断出现项目的开发也出现了一定的问题，看到现在这本书对我的帮助还是挺大的。
这本书讲Chandler的开发过程中也提到好多开发软件中遇到的问题与解决办法，同时给出了好多编程方面的思想很值得我们借鉴，在读书的过程中索然有点枯燥但收获还是很多的，无论是知识方面还是思想方面都是很不错的学习资料，软件的开发不是想象的那么简单，它涉及到好多的方面有一点的不适合软件的开发就是失败的，所以在软件开发过程中要不断的检查与维护来确保软件的正常开发与正常运行。
《梦断代码》是一本好的图书，它能给我们好多可以借鉴和学习的方面，他给我们的是真正的经验教训，我们学到的是宝贵的经验与思想，告诉了我们在团队开发软件彼此配合的重要性，教会了我们好多在团队开发的注意事项，我从中得到了太多的收获。
“关于软件缺陷的话题，只要谈上几分钟，必会有人拍案叹道，‘为什么就是不能像造桥那样造软件？”正如书中所说的，许多人回想为什么不能像造桥那样造软件呢。实际上两者从根本上是不同的，一个是体力劳动；一个是脑力劳动。造软件，从来就不是一个确定的东西，每个人都有有自己的偏爱和偏见，对编程的结果充满了各种不确定性，以它为主的项目，自然不可能做到分毫不差，不能像造桥那样进行。通过读这本书，了解到我们要尽量把这种不确定性从项目中剥离出来，使做软件真正成为一个工程。
《梦断代码》书中讨论了“软件时间”这一概念，布鲁克斯在书中提出了一个十分著名的观点，“往以延误的项目中补充人力，只会使其继续厌恶”，经过了无数年间的实践，这一观点都成了程序猿和开发经理的梦魇。布鲁克斯指出了其中要害，”只有在任务能分派给许多相互之间无须沟通的工作者时，人和月才是可互换品。“制作软件的大量工作受困与”序列约束“”，它限制的任务分解的程度：完成某项任务是处理其他任务的先决条件，这与人力投入多少无关。
“在对软件系统的加速依赖和踱步学习怎么做好软件之间，有一条巨大的叫人恐惧的壕沟，梦之所寄，行之所为，地狱之们就此洞开”，也许真的和作者说的一样，软件就是麻烦一堆，做软件和寻宝差不多，需要人手指点，在开工之前，要找到线索，但是却不知道花多久才能找到