第一章，开头部分就让我有了疑问，死定了？？到底是什么意思？看了下去是一个OSAF他们在开会，团队中的大牛，精英，竟然也没有完成进度，进度慢了很多很多，他们在讨论为何比预期的进度要慢很多很多。最后，他们得出一致的结果，无法估计需要多久才能修复的漏洞缺陷是降级了团队进度的主要原因。感觉像是，在软件开发项目中暗藏有一条线缆。线缆系紧时，进展迅速。线缆断开时，工作停滞。局中人上下求索，想找到断点所在，，观局者先是试图指点迷津，尔后耐心尽失，猛批一通。历史上任何软件项目均曾有其隐藏的线缆，对于改进软件开发所作出的努力，都是为了让线缆保持系紧。不管是IT界的大牛，精英，还是在校的不起眼的我们，本来要不长时间来完成的东西，却因为一点问题，找不到根源，然后就调试很长时间。
软件如果不停下来，一直做下去，不和其他合作，交流，进度会很快，但是这并不现实，编写软件并不像制造部件那样，如果100个人能在1个月完成50个部件，1000个人3天就能完成50个部件。
接着他拿开源软件和非开源软件例如微软等大公司之间的竞争进行对比，事实表现开源的，征求的大家意见也是能做出让大家满意额的软件的，如Apache Web服务器，linux系统，很受大家的欢迎，而OSFA采取的就是开源模式，他们之间，没有明确的等级，遵从集体的意见，也是没有很快得出一致同意的意见，垃圾了他们的进度。
个人感受：
以前是怎么样做的：以前在写代码的时候，经常写着写着，不会了就问同学，还有就是写软件的时候，没有进行完整的构思，没有蓝图，在软件的写的过程中调试的少。
这样做为什么不好：做的过程当中，经常打断会降级进度，当没有一个完整的构思，没有蓝图的时候，写代码的会很渺茫，不知道做什么，大大降低了进度。写代码的过程中调试少，会造成很多浪费时间进行大量修改的BUG，降低速度。
解决办法：写代码的时候要更加专注，有思路的时候尽量不要去打断，还是就是在写代码的时候，确定规划一个蓝图，多腾出一些时间去调试程序，分多次去解决，避免堆积成一个死程序。