时间过得很快，大三下学期已经进入最后的复习考试阶段了，又是一年毕业季，我们也成为了准大四的学生，按照原始的计划，这学期一共会发布三篇梦断代码的阅读笔记，此篇阅读笔记是最后一篇，通过阅读梦断代码，我从中学习到了很多有关软件的专业知识，也了解到了一些实际的工作场景。对自己的学习还是有很大的帮助的，也拓展了自己的视野。
我花了一段时间略读完《梦断代码》一书之后，深刻地体会到一点--所有程序员在一层定义上都是“疯子”，“程序猿”确实是不好当啊，他们都是一些为了软件，代码会深陷其中但又一贯以乐天派示人的一帮怪人，现在，身为一名计算机专业的大学生，我只能对我自己说，你不是他们也终究成不了他们，我深知我没那个能力，不是每个人都适合做软件开发，我不是那块料，因为现在我至少接触过C，C++，JAVA等机器语言的皮毛而已，每种语言都是那样地令人费神费力，有时真觉得我来错了“地方”。
《梦断代码》讲述的是Chandler软件漫长而痛苦的开发过程，在该过程中，一系列的问题都要考验他们那些程序热衷者，那一刻真觉得是不是该同情他们一下，在OSAF开发组中，单单负责选择其他程序员用来创建软件的部件的“系统架构师”安德森一人就要面临：应该采用什么语言编写代码？应该采用什么工具来创建程序的图形界面？应该采用什么软件技术来存储程序数据？应该采用哪种数据交换标准？等一个又一个难以抉择的局面，这让我很是觉得软件是那么的抽象。
Chandler开发过程中误期以及项目所有的成员不加节制的创造， 不统一的想法给麦卡斯带去了诸多困难，为了软件行业，麦卡斯付出 了相当大的代价，Chandler的设计者们不断给出相互冲突的需求下，他这样一个软件行业硬角色束手无策了，开发陷入困境。读到这我似 乎懂得一点项目所有的成员都应该尽可能地发挥自己的创造性，但是 不加节制的创造只会带来不切实际的项目需求和无法实现的功能。Chandler项目就是缺少这种对创造性的“约束”，这是所有问题的 根源。总的来说Chandler项目的诸多需求自相矛盾，而且使用的技 术也有些超前，最重要的是，缺乏一个强有力的管理核心来对项目的 诸多事宜做裁决。
读了《梦断代码》后，我真的觉得软件开发过程是抽象而又艰巨 的，不是每个人都能做的一份工作，机器语言不比人类语言难学，开发软件好比建筑工程，一层基于一层，需要的耐心和一份执着。既然选择了这个专业，就一定得坚持下去。路漫漫其修远兮，吾将上下而求索......