读《梦断代码》第1章有感
今天我读了《梦断代码》的第1章。通过第0章的学习，我们知道软件的编写是一件既有诱惑力，但却可能充满未知错误的过程。而第1章则为我们展现软件开发过程中遇到的种种困难，而他的标题更是自嘲似名为：死定了。
他一个会议为开端，讲述了OSAF在一次会议上讨论为何软件项目的进度远远落后于预期。而他们讨论的结果便是，在软件开发的过程中往往会出现许多黑洞式的缺陷，即无法估计需要多长时间才能修复的缺陷，正是这样才拉低了整体的速度。其实我认为这样错误并不是只有大公司才会遇见的。就像我们现在，老师要求连接数据库，本以为按老师上课讲的很快就能连接上。但是在我们实际操作过程中却会出现各种意想不到错误，什么端口被占用，服务未开启等等，总之，即使一个编程经验极其丰富的程序员也不能保证不出现bug。而这些意料不到的bug正是导致进度落后的原因。
布鲁克斯曾编写过《人月神话》一书，他指出编写软件并不像制造部件那样，如果100个人能在1个月完成50个部件，1000个人3天就能完成50个部件。这显然是不切实际的，软件工作者之间需要相互沟通，相互合作。而不是无差别想制造部件那样，不需要交流沟通，只需要按部就班的来。其实这就像女人生孩子一样，无论多少个女人参加，都需要怀胎十月，才能够生产。
接着他讲了一下那些开源软件与像微软那样的大公司之间的竞争。而事实证明那些开源的，集思广益征求大家意见也是能做出令大家满意的软件的，如Apache Web 服务器。而OSFA采取的正是一种开源的模式，他们没有什么明确的等级式结构，遵从集体的意见，但也是这样，也拉低了他们的进度。
总之，这一章为我们分析了各种容易拖慢进度的原因，我们能做就是，尽量为bug多预留一些时间，尽量多做测试，避免一些bug，不能让软件“死定了”。