这些年,我们读过的O'reilly!

生气的散人 发布于 2013/08/15 14:47
阅读 1K+
收藏 0



为什么我会在这个时间里,把O'reilly的系列拿出来分享给大家。因为8月20-21Velocity China 2013 Web性能与运维大会即将举行,是由O'reilly出版社举办,很多技术分享、图书选题都会在这场会上诞生,为了配合此次运维大会,特别打造O'reilly专场。如果你有什么喜欢的动物书,可以发布出来一起分享。
先以O'reilly的动物书开篇,因为自我感觉这是最具代表性的一个系列。

起源:为什么用动物形象做封面
O’Reilly 动物丛书的最初设计是由 Edie Freedman 完成的,她十年前(2000 年)在 O’Reilly 官网上发表了一篇文章对动物丛书的封面进行了一定程度的解释 (还是保留了一部分神秘感),并讲了一些封面带来的趣事:
事情要追溯到上世纪 80 年代末期,Edie 接手了第一本动物丛书封皮设计的工作。之后她就被各种涌来的关于动物选择的问题淹没,比如为什么这个内容会选那个动物之类,连作者也会追问,有些作者甚至不爽自己封皮上的动物,怕读者会误以为作者像河马一样胖或者像蓝脚鲣鸟一样笨,但是她从来没有解释过这些选择背后的原因,文章里当然也没有明确解释出来,只是说每个选择并不是随便挑出来的,的确有着某种原因(强烈谴责卖关子行为)。

动物丛书的第一本书和 UNIX 相关,在此之前 Edie 只是听说过 UNIX,并不清楚具体是什么。突然接触到 vi、sed&awk、uucp、lex、yacc 这些不知所云的词(UNIX 词汇),让她觉得这些词都像来自于当时正流行的游戏“龙与地下城”,于是她心目中UNIX程序员的形象就是一个龙与地下城的玩家。开始给书设计封皮的时候,Edie 在一系列 19 世纪的木版画中找到了灵感。画中诡异的动物刚好和那些高深的 UNIX 术语是绝配。 不过当 Edie 把这个封面交给 O’Reilly 的时候,他们的反应不大好。有人说太丑了,有人觉得太恐怖了,还有人说没人会买画着这种封面的书。只有 O’Reilly 的创始人 Tim 很喜欢这种诡异的风格,认为这能让这套书在众多出版社的书里脱颖而出。事实证明动物丛书的封皮获得了巨大的成功(左图就是动物丛书第一批之一 sed & awk 初版封面)。

>>更加详细请点击: http://www.ituring.com.cn/article/750

地上跑的动物书




1.《HTTP权威指南》是HTTP协议及相关Web技术方面的权威著作。主要内容包括:

  • HTTP方法、首部以及状态码
  • 优化代理和缓存的方法
  • 设计Web机器人和爬虫的策略
  • Cookies、认证以及安全HTTP
  • 国际化及内容协商
  • 重定向及负载平衡策略
来自亚马逊的评论:
  • 书中知识点全面,涉及了HTTP的方方面面,包括缓存,安全,负载均衡等等,但都是浅尝辄止不够深入,毕竟其中的每一快都能写成一本详细的著作,所以此书应该适合了解整个http架构的读者。
  • 书很厚,将近700页,不过附录就占了200页,orz......虽然书名是HTTP,但内容涵盖了很多Web相关技术,详情请参照目录....翻译还行。总之,这是一本值得多次阅读与收藏的好书!
  • 书讲的很详细,涵盖的内容也很全面,适合真正开发http服务器的程序员

2.《MongoDB权威指南》是一本广受好评的MongoDB方面的图书。与传统的关系型数据库不同,MongoDB是一种面向文档的数据库。

来自亚马逊的评论
书还是不错的。从我的角度来说,刚开始学,看起来有点难,关系型数据库的思维,不是很容易转换,硬着头皮看下去,觉得这本书对于初学者还是不错的。刚开始的内容,是总结性质的,从第4章开始,讲的具体了,感觉就好多了。总的来说,刚开始学习mongodb,看这本书,不错。

3.《移动应用UI设计》作为一本简易的UI模式参考书,本书分10大类(包括导航、表单、表和列表、搜索+排序+过滤、工具、图表、Invitations、控件和反馈、帮助)分别介绍了70个移动应用设计模式(包括反模式),特针对当前的iOS、 Android、BlackBerry、WebOS、 Windows Mobile和Symbian应用提供了400多个屏幕截图。本书力求通过截图和图解帮助读者更好地理解和利用UI设计模式,以解决常见的设计难题,为其提供“即学即用”式的技巧和经验。

另外三本:




天上飞的动物书

1.《数据可视化实战》,要生成通过浏览器展示的动态图表,首选目前最热闹的Web可视化库——D3。

2.《简约之美》,不论是刚入门的程序员、资深软件工程师还是没有技术背景的管理人员,读过本书之后,都将能够理解如何创建靠谱的软件项目计划、确定更好的系统模型和架构。

3《Cassandra权威指南》,如果可以存储无限大规模的数据,你会用它们做什么呢?在这本实践指南中,你将会了解到Apache Cassandra是如何在多个数据中心中保存上百TB数据,并提供高可用的服务的。本书封面上是一只绶带鸟。




O'reilly图书封面墙,你也来贴一贴吧!:)


加载中
0
宏哥
宏哥
都是一些非常浮躁的书
0
中山野鬼
中山野鬼
看到“嗨翻c语言”,我只能一笑飘过。。。。有什么好嗨的。。。
我已经报警了
我已经报警了
Head First C..
0
宏哥
宏哥

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

都是一些非常浮躁的书

十分期待宏哥出一本讲mysql内核的书,从底层实现来指出mysql的无能,然后给出一个更优雅的实现。

如果要讲, 我只会讲Oracle 或者Postgresql。

宏哥不会与mysql 为伍的。 

不与垃圾为伍,这是宏哥的态度。

两个凡是,宏哥一直在讲, 并且也是宏哥自己一直坚持的. 

0
宏哥
宏哥

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

都是一些非常浮躁的书

十分期待宏哥出一本讲mysql内核的书,从底层实现来指出mysql的无能,然后给出一个更优雅的实现。

如果要讲, 我只会讲Oracle 或者Postgresql。

宏哥不会与mysql 为伍的。 

不与垃圾为伍,这是宏哥的态度。

两个凡是,宏哥一直在讲, 并且也是宏哥自己一直坚持的. 

要想批判它,就得先了解它啊

对于弱者, 

我从来不打算了解

我直接征服

0
生气的散人
生气的散人

引用来自“宏哥”的答案

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

都是一些非常浮躁的书

十分期待宏哥出一本讲mysql内核的书,从底层实现来指出mysql的无能,然后给出一个更优雅的实现。

如果要讲, 我只会讲Oracle 或者Postgresql。

宏哥不会与mysql 为伍的。 

不与垃圾为伍,这是宏哥的态度。

两个凡是,宏哥一直在讲, 并且也是宏哥自己一直坚持的. 

宏哥写书找我吧,希望你能写本 Postgresql,我正在找这个方向的人
0
宏哥
宏哥

引用来自“生气的散人”的答案

引用来自“宏哥”的答案

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

都是一些非常浮躁的书

十分期待宏哥出一本讲mysql内核的书,从底层实现来指出mysql的无能,然后给出一个更优雅的实现。

如果要讲, 我只会讲Oracle 或者Postgresql。

宏哥不会与mysql 为伍的。 

不与垃圾为伍,这是宏哥的态度。

两个凡是,宏哥一直在讲, 并且也是宏哥自己一直坚持的. 

宏哥写书找我吧,希望你能写本 Postgresql,我正在找这个方向的人

写书, 我真的不擅长。 

即使有两个凡是, 宏哥也只能专注很小的一个方面。

谢谢邀请。 

0
GarethXiao
GarethXiao
这些动物封面的确很吸引人
0
xesam
xesam

里面本来就是有很多面向新手的,作为入门书籍挺好的,干嘛都有人喷啊?

0
中山野鬼
中山野鬼

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

引用来自“好大的凶兆”的答案

引用来自“宏哥”的答案

都是一些非常浮躁的书

十分期待宏哥出一本讲mysql内核的书,从底层实现来指出mysql的无能,然后给出一个更优雅的实现。

如果要讲, 我只会讲Oracle 或者Postgresql。

宏哥不会与mysql 为伍的。 

不与垃圾为伍,这是宏哥的态度。

两个凡是,宏哥一直在讲, 并且也是宏哥自己一直坚持的. 

要想批判它,就得先了解它啊

哈。你是到处抬杠。不谈理论的话,对和错,是实践来判定的,不需要考虑内在的东西,如果谈理论的话,对和错,那么原理和思想就决定结论,也不需要考虑内在的东西。

“它错”,是个否定结论这不需要通过内在分析也可以得出。它为什么错,这将得出另一个肯定结论(对错的原因进行验证,前提是确认它错,这个肯定性陈述),这反倒需要内在分析。

0
Genus
Genus

引用来自“宏哥”的答案

都是一些非常浮躁的书
推荐一些您觉得比较好的书吧
返回顶部
顶部