通过阅读《梦断代码》，深刻地体会到一点——所有程序员在一层定义上都是“疯子”，他在进阶途中必将遭受许多“磨难”。1990年，莲花公司的传奇尚未被遗忘，卡普尔在接受戴维.甘斯的采访时说：“只有比尔.盖茨才能做比尔.盖茨。我向来不求做大公司、赚大钱。我只是办了家叫做莲花的小公司，做了几百万人争相购买的软件产品，结果这家小公司陡然暴长，员工数千，每年收入数亿美元。很不爽。”当时阅读至此，心里尤为不解，能做自己感兴趣的事，顺便还能发笔横财不是挺好的吗？千万不要说没有物质的情怀。我觉得，一定的物质可以提升我们的生活幸福感。何乐而不为呢？
还有一个较深的感触，程序工程师一定要“理智上 悲观，意志上乐观”。如果程序员太在意过往那些软件灾难留下的教训，就一行代码也写不下去。每次失败都如此相似，简直令人遍体生寒。你唯有交叉十指，祈祷我们的 “老冰箱”不出毛病（这里的老冰箱故事指，一个人因为家中老冰箱太旧发出很大的噪音影响睡眠，于是花钱请设计盖新房，当建好新房，发现没有了老冰箱的噪音，反而更睡不好了。）。然而，多数人在做新软件时，都乐于忘记过去，盲信未来，坚信这次会不同。
《梦断代码》讲述的是Chandler软件漫长而痛苦的开发过程，在该过程中，一系列的问题都要考验他们那些程序热衷者，那一刻真觉得是不是该同情他们一下，在OSAF开发组中，单单负责选择其他程序员用来创建软件的部件的“系统架构师”安德森一人就要面临：应该采用什么语言编写代码？应该采用什么工具来创建程序的图形界面？应该采用什么软件技术来存储程序数据？应该采用哪种数据交换标准？等一个又一个难以抉择的局面，这让我很是觉得软件是那么的抽象。
Chandler开发过程中误期以及项目所有的成员不加节制的创造， 不统一的想法给麦卡斯带去了诸多困难，为了软件行业，麦卡斯付出 了相当大的代价，Chandler的设计者们不断给出相互冲突的需求下，他这样一个软件行业硬角色束手无策了，开发陷入困境。读到这我似 乎懂得一点项目所有的成员都应该尽可能地发挥自己的创造性，但是 不加节制的创造只会带来不切实际的项目需求和无法实现的功能。Chandler项目就是缺少这种对创造性的“约束”，这是所有问题的 根源。总的来说Chandler项目的诸多需求自相矛盾，而且使用的技 术也有些超前，最重要的是，缺乏一个强有力的管理核心来对项目的 诸多事宜做裁决。
读了《梦断代码》后，我真的觉得软件开发过程是抽象而又艰巨的，不是每个人都能做的一份工作，机器语言不比人类语言难学，开发软件好比建筑工程，一层基于一层，需要的耐心和一份执着。既然选择了这个专业，就一定得坚持下去。