梦断代码读后感1

  终于看完这本书了，大概看了2周多。这本书刚开始是从首都图书馆看到的，只是去了2次都没借到，后来公司买了这本书，就如饥似渴的读了起来。

 这本书读起来很顺畅，不用像一般技术书籍理解，可以当小说看。书中一开始就吸引了我的兴趣，明显描述的就是日常经常碰到的工作场景，真想知道这些技术大牛们日常开发会不会也像我们一样。看了几章后发现，虽然这些技术大牛们开发的项目目标比我们伟大多了，但是日常开发遇到的问题也大同小异，需求不明确，人员流失，沟通不顺畅,bug难修复等等。

    看完这本书，有一些小故事想分享一下。

   故事一：某位开发人员计划修改一个bug，需要4小时，但是实际上8个小时也没做出来，甚至给他8天也解决不了。文中提到的这个bug最终被解决是在几个月后。有时候修改这种棘手的bug正的像这位开发人员所说：有时候，你一觉醒来，脑中灵光闪现，于是手到擒来--大抵如此。

   故事二：开发模式的选择，书中提到了“大教堂与集市”这本书，大教堂的模式可以说是传统的开发模式，而集市模式被很多开源项目采用,比如Apache Web服务器,Linux。咱们一般开发自然用的是大教堂模式了。

   故事三：历史上有很多失败的项目，例如FBI耗资1亿7千万美元，为了提高反恐能力的计算机项目失败，失败原因是FBI受到９／１１事件的刺激把需求列表陡然拉长。美国国内税务局至今用的系统是20世纪60年代开发的，在95年曾试图升级，花费了20亿美金后，国会取消了这个失败的项目，失败原因：需求不断改变，预算和进度安排不切实际等。04年英国养老金系统全面停止运作，事故原因是：在把７台window 2000升级至window XP时，不小心把升级范围扩展到数千台没准备好的机器上。所以，如果你正在做的项目失败了，别太气馁，你不是第一个，也不是最后一个。

   故事四：项目语言的选择。书中提到的项目经过了大家无数次的讨论，最终决定使用：Python。但是在项目的后期，另外一个Python高手加入后，曾经隐晦的说过，其实大家在用编写Java代码的方法编写Python。这让我想起，虽然大家都说其实语言是相通的，如果你一门语言很熟练了，其他语言也大同小异，但是毕竟每个语言都有自己不同的特性，所以项目组有机会选择语言的话，最好还是考虑一下开发人员对哪种语言最熟练。

   故事五：以时间来驱动版本的发布。书中提到项目的0.2版是一个很烂的版本，但是还是发布了，因为承诺的发布时间到了。虽然书中的项目组汲取这次的教训，不再以时间来驱动，但是我觉得用时间驱动版本发布是一种比较有效的方式，它让开发人员有一个奋斗的目标，尽快完善自己的开发模块。

   故事六：GTD（get things Done）,是一本书的名字，这本书的中心思想是让大家把所有要做的事情写下来，让脑子清空。我觉得这种方式不错。一次，我觉得事情太多，有点烦躁不安，不知道该从哪件事入手去做，后来想到这个做法，就把脑子里想的事情全部写下来，然后再一件一件来做。