终于，对梦断代码的阅读接近了尾声，从这本书当中，从作者的编程的经历来看，我确实也体会到了不少的东西。
在微软和许多态度严谨的软件公司中，长久以来都有一种规定，即“吃你自己的狗粮”。这句话的意思是开发者必须使用自己正在做的产品。我非常地赞同这种观点。因为我是一名程序员，我是一个有能力的人，我就应该用自己的双手敲出我自己的代码来实现我自己想要得到的功能。其实在我看来，别人已经完成的东西，不就是嗟来之食吗，不自己动手，只会增加自己的惰性，演变到最后，我们只会拼拼乐高积木，就是只能整合别人那些不一样的代码，来完成一些拙劣的软件，而不能通过自己的双手来创造我们自己的高质量产品。
方法这个词对于我们都并不陌生，我们也通常都以为，所有的事情都应该有一套固有的方法，就像我们平时做题目一样，都有一套固定的方法来解决问题。但是没有任何一种方法论能够覆盖软件项目的广大领域。其实就是，在我们软件开发的过程中，并不是什么东西都有一套独有的方法的，软件开发并不是死记硬背的死东西。其实还是和以前说的乐高积木的例子是一样的，其实就是我们要对自己的软件负责，不能随随便便地解决了问题之后就对我们的程序不管不顾。就像迪杰斯特拉写到，这样的程序不再是一对面条，而是一串珍珠项链。
“软件”与“工程”密不可分，对软件可靠性、质量控制、成本控制和进度安排等的 方面，软件由艺术上升到工程，诸多程序员却并不满意这样的跨越。工程师就是要遭艺术与科学的深渊上搭起桥梁，对未来不可见的软件做出可靠性的 行为预测，这个角色也是十分具有重要性的。 编程的双重身份问题，几十年来一直困惑着广大的程序员们，是工程还是文学？ 我觉得这并不矛盾，作为一项艺术品，它必须拥有艺术的灵感与创新，但是又不能 绝对的盲目开发，要有像工程一样的大体规划。
以前的我，对于软件开发来说了解的东西并不是很多，对于冲刺的任务，也只是把它看作为一项作业来完成，在自己开发软件的过程中，遇到问题就想着能不能从网上找到能够解决问题的代码，然后最后东拼西凑，组成了我的作业。通过对梦断代码的阅读，我觉得我也应该要学着吃自己的狗粮。在以后的学习生活中，希望我能够朝着软件工程师努力奋斗。