梦断代码 之 你失败过吗

               碰到成功的人，你最想问他什么？若在以往，我一定会问，是什么促使你成功？你成功的原因何在？我该怎样做才能像你那样成功？但是读了《梦断代码》的前两章，我可能会改变我的问法，你有没有经历失败，碰到的最大失败是什么，是如何克服失败的?

               当前世界是一个纷杂炫耀的时代，我们比较容易关注的是，成功的人，成功的产品，成功的公司，因为谁不想成功呢？但是看了《梦断代码》这本书后，我不禁对于失败的东西特别感兴趣。我目前只看了书中的前两章，就看到了许许多多的失败案例。比如，Agenda，行将就木的Chandler，联邦航空调查局（FAA）的先进自动系统（AAS）等等。然而我的疑惑来了，既然这么多的错误案例，为什么还是有一个接一个的软件灾难在产生，布鲁克斯法则（往已延误的项目中补充人力，只会让状况变得更糟糕）不停的应验。这时，我不禁想起了弗里德里克.布鲁克斯在1975年说的一句话：“程序员都是乐天派，或许那些挫折把别人都吓跑了，只剩下那些习惯性的关注最终目标的人。或许只不过因为计算机还年轻，程序员还年轻，而年轻人总是那么乐观。”（我觉得说得挺像我的。。。）多数人（包括我在内）在做新软件时都乐于忘记过去，盲信未来，坚信这次会不同。然而一次又一次的灾难提醒我们不能再这么乐观了。意大利激进分子安东尼奥.葛兰西曾有名言云，要想改变世界，你得“理智上悲观，意志上乐观”。咳，有时我就在想，年轻一辈的我们是不是太过自信了。。。还是多关注些失败的案例吧。。。

               读着这本书，让我深切地体会到了软件不是想象当中那么容易做的，特别容易失败！！！书中提到布鲁克斯发现，实际开发中，编码只占软件项目开发时间的1/6，有一半时间只用于测试和修正缺陷。咳，我上个星期才验证了这个该死的东西。。。 在做电梯调度程序的时候，我们实际写代码是从10点到12点，可是为了调试bug是从晚上12点到第二天早上。。。为什么会这样！！我就不能效率点！！？如果我们的team project也这样，那今后就真的不用玩了！ 对于我们的team project我觉得我们确实得多看些失败的案例了，多从中学习，从这些失败的案例中，我觉得我们team应该讨论一些东西，比如是否开源，是以大集市还是大教堂的方式进行开发，该如何管理团队。我实在不想来一次软件灾难。。。

               梦断代码是一本值得读的书，还有很多感受我就不一一诉说了，希望大家也多看看。多关注一些失败的案例，最好不要再重蹈覆辙了。

 

MicroTeam Liuhang