O'Reilly Beautiful系列的电子书都是相当不错的文章合集,不仅可以扩大我们的市场,还可以装逼~~。
很多年前,有一本叫《代码之美》的书预售的时候,我发现了这本书,然后买了。
这本书也是相当的贵,还有有着相当多的序。当时穷,这本书又贵,所以这本书当时翻了好几遍,应该是仅次于《Linux内核设计与实现》——目测是我翻得最烂的一本书。
这本书涉及到了不同的软件领域、不同的知识。当时年少,正在寻找一些好的方法来改进我的代码——这本书的名字让我以为它能像《重构》一书一样,指导出我写更好的代码。遗憾的是,它并没有。那年,我能看懂的也就只有正规表达式、排序算法、Emacspeak等比较简单易懂的几章。不可思议的是,人们对于代码的追求也已经到了这种程度。我所懂的也就只有Logo、Basic、C++几种语言,Emacs一节也让我继续看好了Emcas编辑器。
同样的,编辑对于Emacs的追求也体现了在这本《架构之美》上面:
作为一本架构方面的书,它可以扩展我们的知识面:Xen、RVM、JPC、KDE,还有Emacs。其中,不得不提及的有我大KDE的故事。
这些底层的东西,一个比一个迷人,可是就是没有足够的时候去专研,毕竟太多了。
有一天,我在为Arduion写一个上位机的时候,发现了一个叫Processing的软件做上位机特别方便。在便开始在网上搜索相关的书籍,然后我找到了这本书:
这本书,让我第一次意识到可视化的美妙之处,还有伦敦地铁图:
也是这本书开启了我的数据可视化之路:
如果一本O'Reilly的书是一本动画,那么一群程序员就是一群动物——这就是《团队之美》。
作为一个团队,我们要有合适的队友,要有共同的目标。然后,我们才能创造出优秀的作品。大多数时候,项目失败并不是因为项目,而是因为。。。
在我们的上一个项目里,由于我们的数据源是读写分离。我们并不需要考虑相当多的安全因素,随后的这个项目便不是如此:
软件的开发周期不仅仅限制了代码的质量,也限制了安全的质量。如对于一个前后端分离的项目来说,我们即要在前端做验证,又要在后台做验证。但是如果是项目周期限制了的话,我们可能只在单方面做验证。
当然,同其他书一样,这也是一当相当好的故事书。所以,不要指望能从中学到什么。
好了,我已经齐集了上面的五本书,现在还差下面的两本了。