经过一个多月的时间，我终于将梦断代码这本书读完了，通过这段时间的阅读，我感觉这真的是一本很好的书，能够给一个程序员正确的指引方向，教会一个程序员很多东西。
韩磊这位《梦断代码》的译者，给《梦断代码》这本写Chandler故事的书做了一个评论：本书是讲一事，也是讲千万事；是写一软件，也是写百千软件；是写一群人，也是写千万人。
没错，一个故事，往往能带给我们一些启迪，何况是一个这么具有探讨意义的故事。
在这本书里面，最最重要的一句就是：软件难做。
为什么难？难在哪里？
拖而未决、超出预期的情况、改弦易辙、拦路虎、大量要修复的缺陷……
尤其这个软件，不是一个简单的小软件，而是一个大型的多功能集合的软件，所遇到的困难会比想象中要多得多，也困难得多。Chandler的难产，是必然。
软件
本书的作者一直在不断的重复着一个问题：为什么我们不能像造桥一样造软件？
在书中，描写了一个造桥的景象，以及造桥活动本身给作者带来的想象。在他看来，造桥，这个活动是多么的完美，从开始建造，一步一步的打地基，架好钢架，逐步逐步的添砖加瓦，然后成就了一个完美的大桥，一切都精确、可控、不必重蹈覆辙。
然而，做软件，不能做到像造桥一样，能够按照既定的图纸，既定的目标，来一步步实施，虽然每个做软件的人都希望如此。然而，”事情的发展往往出乎意料之外”这句老话不断又不断的在创造软件这种活动中应验。
也许是因为写软件，就是要求极高的事情，写代码的要求就是完美。计算机语言，其实就是将人的语言翻译给计算机，让计算机听懂人要让它去做什么。没错，计算机本身是不知道如何去写代码，它不懂，它要别人说给它听它才会有反应，还是十分精确，实事求是的反应。
一切的问题就是出在人身上，人是不可能不犯错的。一个小小的制表符，就能把一个软件搞得乱七八糟。
计算机那种无法容错的特性，犹如是给自满的人类泼冷水，我们在面对着我们创造出来最伟大的发明的时候，懦弱的发现，我们无法完全的去操控它，它就像是一个来自外星的生物，我们之间的沟通是如此的困难。
总结一下：
及时处理bug. 这个现状还没什么体验，等到了代码部分再说。据说这边当天的bug不能留到第二天，这是个好习惯（姑且称之为习惯。。。。。或者可以说传统吧），需要继承下去。
及时review.毕竟是团队项目，团队的交流很重要。人与人之间的工作衔接以及关联，需要定期汇总及处理。
