那些年，你应该读的7本Beautiful计算机书

O'Reilly Beautiful系列的电子书都是相当不错的文章合集，不仅可以扩大我们的市场，还可以装逼~~。

很多年前，有一本叫《代码之美》的书预售的时候，我发现了这本书，然后买了。

这本书也是相当的贵，还有有着相当多的序。当时穷，这本书又贵，所以这本书当时翻了好几遍，应该是仅次于《Linux内核设计与实现》——目测是我翻得最烂的一本书。

这本书涉及到了不同的软件领域、不同的知识。当时年少，正在寻找一些好的方法来改进我的代码——这本书的名字让我以为它能像《重构》一书一样，指导出我写更好的代码。遗憾的是，它并没有。那年，我能看懂的也就只有正规表达式、排序算法、Emacspeak等比较简单易懂的几章。不可思议的是，人们对于代码的追求也已经到了这种程度。我所懂的也就只有Logo、Basic、C++几种语言，Emacs一节也让我继续看好了Emcas编辑器。

同样的，编辑对于Emacs的追求也体现了在这本《架构之美》上面：

作为一本架构方面的书，它可以扩展我们的知识面：Xen、RVM、JPC、KDE，还有Emacs。其中，不得不提及的有我大KDE的故事。

这些底层的东西，一个比一个迷人，可是就是没有足够的时候去专研，毕竟太多了。

有一天，我在为Arduion写一个上位机的时候，发现了一个叫Processing的软件做上位机特别方便。在便开始在网上搜索相关的书籍，然后我找到了这本书：

这本书，让我第一次意识到可视化的美妙之处，还有伦敦地铁图：

也是这本书开启了我的数据可视化之路：

如果一本O'Reilly的书是一本动画，那么一群程序员就是一群动物——这就是《团队之美》。

作为一个团队，我们要有合适的队友，要有共同的目标。然后，我们才能创造出优秀的作品。大多数时候，项目失败并不是因为项目，而是因为。。。

在我们的上一个项目里，由于我们的数据源是读写分离。我们并不需要考虑相当多的安全因素，随后的这个项目便不是如此：

软件的开发周期不仅仅限制了代码的质量，也限制了安全的质量。如对于一个前后端分离的项目来说，我们即要在前端做验证，又要在后台做验证。但是如果是项目周期限制了的话，我们可能只在单方面做验证。

当然，同其他书一样，这也是一当相当好的故事书。所以，不要指望能从中学到什么。

好了，我已经齐集了上面的五本书，现在还差下面的两本了。