粗略的浏览了一下《梦断代码》发现作者讲了这样一个故事：一群很有经验的代码牛人在先进软件开发模式的指导下，没有资金压力，在更多大牛的带领下，原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM)，后来花了七年时间才完成这一创举，但是已经无人喝彩。而在故事中引发的各种案例以及带给读者的各种思考是本书的精华，略微全局总结了一下，感觉比仅仅是写代码与计算机或软件交流方面的，更多的感觉是做事行为方面的。
1.做事的动力
无论做什么事情有了目标和动力做起事来无论是质量还是时间都会有非常不错的效果的，我们做软件的也是这样的，我们的目标是神魔要做一个什么样的软件，预期效果是怎样的，估计的花费（包括时间和金钱）大概是多少，软件推广之后用什么去盈利，以及大概能赚多少钱，在做之前都得先考虑清楚，不然的话辛辛苦苦忙了好长时间却只得到了电脑里存的一些无用的代码而完全不知道自己的项目已经做到什么程度了，还要自己投入多少人力物力才可以看到下一步的成果，想想真的挺可怕的，这样子做起事来完全没有动力。如此下去便是恶性循环，干啥事能成功呢？
2.办事负责的态度
无论做什么事情负责是必须的要时时刻刻保持着对自己所做的事情的尊重，对其负责，这不仅仅是做事的态度也是做人的品质，在 Hard Drive 这本书中，讲了这样的故事 – 由于Windows 一再拖延，BillG 最后跟 SteveB 说 – 如果今年下雪之前Windows 还没出来，你就别在这儿干了。 书中没有详细讲 SteveB 回头来又和他的团队讲了什么，但是第二天一个员工背着睡袋进驻了办公室。
很多年以后，Windows Vista 也经历了很长的拖延，在又一次宣布拖延之后，人们发现 Windows 团队中一个赫赫有名的 VP 已经卷起铺盖走了。
我们回过头来看，在Chandler 项目长达7年的拖延中，有没有发生过各位项目管理者引咎辞职的事？ 好像没有。 [有不少人离开，但是没有人直接为项目延期负责] 既然我上一次拖延没有什么惩罚，那我为什么一定要拼了老命要避免下一次拖延呢？所以呢人都有这种侥幸心里，一次不负责便有下一次，在有下下次，这样的员工不接受惩罚便会一直如此不会做出改变，当然培养自己负责的态度和精神也是自己做出业绩的基础。
3.与团队和客户之间的交流
不仅仅是这一本书，好多写软件工程的书都有提到这一点，那种一个人做出一个软件的英雄时代已经过去了，现在的项目都是团队开发，开发过程中的交流就显得极为重要了。我们可以通过开会QQ等各种手段商量作业规范以及如何进行更进一步的开发。与客户交流才可以更加清楚客户想要什么才能知道自己的成果是否被人接受。。。
就粗略的总结以上几点，下次继续更新。