梦断代码阅读笔记之二04

 开头以托伊的Chandler项目落后进程，解析了Chandler落后项目的原因，项目本身的缺陷修改问题，典型的提示框闪烁问题，同时延伸出导致软件时间问题诊断，讲述当项目处于尴尬的地步的时候增加人手只会将项目带入更加糟糕的情况。还简述了“开源时代”，并以托伊对Chandler项目失败的总结结尾。某位开发人员计划修改这个闪烁bug，需要4小时，但是实际上8个小时也没做出来，甚至给他8天也解决不了。文中提到的这个bug最终被解决是在几个月后。有时候修改这种棘手的bug正的像这位开发人员所说：有时候，你一觉醒来，脑中灵光闪现，于是手到擒来--大抵如此。开发模式的选择，书中提到了“大教堂与集市”这本书，大教堂的模式可以说是传统的开发模式，而集市模式被很多开源项目采用,比如Apache Web服务器,Linux。咱们一般开发自然用的是大教堂模式了。历史上有很多失败的项目，例如FBI耗资1亿7千万美元，为了提高反恐能力的计算机项目失败，失败原因是FBI受到9.11事件的刺激把需求列表陡然拉长。美国国内税务局至今用的系统是20世纪60年代开发的，在95年曾试图升级，花费了20亿美金后，国会取消了这个失败的项目，失败原因：需求不断改变，预算和进度安排不切实际等。04年英国养老金系统全面停止运作，事故原因是：在把７台window 2000升级至window XP时，不小心把升级范围扩展到数千台没准备好的机器上。所以，如果你正在做的项目失败了，别太气馁，你不是第一个，也不是最后一个。

个人感想：我们目前阶段还没有进行系统的选择，仍然是选择web或者安卓的方式进行软件产品的发布。这样做的话没有很明显的竞争力，单一的宣发方式让产品的渠道变得困难。今后在系统的选择上采用又一至多的模式，从一个单独的平台开发转向多个平台的共同开发展示。