Fenng书评-查字典图书网

有可取之处

2010-01-14

抛开一些谄媚的字眼不说，有些细节还是值得参考的。比如对待产品的态度，比如批露的一些 Hao123 的信息，比如对待产品创意的取舍原则。

总体内容其实篇幅很短，成书的话有点勉强了。

2013-01-08

王淮以自己的亲身经历讲述了 Facebook 的五年经验。关于 Facebook，我们从新闻上了解太多了，但是这家公司的内部情况，其实外界知之甚少。比如，Facebook 是怎么招聘的? 怎么做项目? Facebook 的黑客文化都包括哪些? ......

有的时候能看到一些零零散散的文章，但相对系统的介绍则不多。一口气读完这本《打造 Facebook》还是挺过瘾的。有这样的团队，有一群这样的人，才可缔造出 Facebook 这个互联网传奇。这是一份非常宝贵的第一手的经验，五年的时间，Facebook 从一家互联网新贵壮大成巨无霸，对中国的互联网创业团队来说，这个过程有太多我们可以借鉴学习的东西。

期待 2013 年能把王淮请到丁香园来做个分享。

最后，本来应该给这本书五星的，但排版风格我不太喜欢，期待以后出修订版的时候出版社能改进一下。

iWoz 与 IJobs

2007-11-18

Steve Wozniak 的自传名为 iWoz: Computer Geek to Cult Icon ，这个小写的 i 蛮符合苹果近年来的产品命名习惯。IJobs ，这个大写的 I 倒也比较符合一切以自我为中心的那个被神话的商业偶像 Steven Jobs。

Jobs 没有为 iWoz 这本书做序，看完这本书你会明白当然不是因为 Jobs "太忙了"(你会想象郭敬明给庄羽的新书写序麽?) Jobs 获得了苹果的大部分荣耀(虽然 Woz 并不在乎)，到今天怕是还有很多人认为是"他和沃兹“一起发明的 Apple I。老罗的那篇《关于苹果的老总》只是说了真话而已，从那个”设计电子游戏的活儿“的报酬的故事来看，老罗应该是看过 iWoz 这本书的。

整本书你不会找到沃兹对 Jobs 的一句坏话。但是沃兹对 ”苹果 III" 的厌恶以及对 “苹果 II” 的喜爱足以说明一切。虽然沃兹说 “苹果III” 的失败的原因在于那是一个市场部门开发的产品，而不是工程师开发出来的产品，言犹未尽。我好奇的查了一下维基百科，有这样一段话：【Apple III的设计师被迫遵循乔布斯的极高和有时不切实际的要求，据说乔布斯觉得散热扇“不雅致”因而被省略了，结果导致电脑容易过热，这迫使最早期的型号被回收。】

Jobs 一毛不拔，Woz 乐施好善; Jobs 够 Great ，但并不是神; Woz 头上没有Jobs 那样耀眼的光环，而他才是仙！

(很多人非常推崇的 Jobs 在斯坦福大学毕业典礼的讲座，视之为经典，我跑到 YouTube 上看了看，Jobs 拿着稿子念来念去的感觉不到怎么牛，还不能证实那些话是不是都是他自己写的呢)

"你可以告诉记者或者政治家任何事情，他们都将深信不疑", 你可以告诉 Fans 任何话，他们都将深信不疑。在自传中沃兹澄清了一些事实：

关于 iPod 、iMac ，在 Jobs 返回苹果之前就已经在研发，而且主要设计师是乔纳森·艾维, 只是 Jobs 的重返苹果容易让人产生“他一回来，这么牛的产品就有了”的错觉--谁知道是不是 Jobs 故意为之呢?

苹果不是"车库创业"的公司，更为准确的说是"宿舍创业"的公司, 沃兹强调了这一点。

沃兹掏钱举办的是 US Festival 音乐节，而不是 WoodStock 。(这可能只是自己长久以来的错误记忆)，真正的一掷千金(千万美金)。

顺便说一下，这本书的中文版副标题为 "一段硅谷和苹果的悲情罗曼史"，恶俗到家，而且和原书的主旨南辕北辙。沃兹有必要"悲情"麽? 一个视金钱如粪土的人有必要悲情麽? 一个一心要给五年级孩子做电脑课教师的 IT 英雄有必要悲情麽?

--EOF--

最初发在：http://www.dbanotes.net/review/iwoz_and_jobs.html

缔造乔布斯神话

2008-09-15

乔布斯擅长的事情，一个是谈判，一个是设计 Apple 机箱(或者是iPod 外壳之类的)。

那么多苹果迷应该明白，你们喜欢的是苹果的产品，而不是 Jobs 这个人。 Jobs 头上的更多光芒都是抢来的，因为他是苹果的创建人之一，他有这个权利。就像古代皇帝喜欢给自己个大将军的称号一样，Jobs 最喜欢干这样的事儿，而且，绝对不会脸红的。

这也是个绝对拧巴的人，前面多少年都不承认自己的女儿，却把他视为珍宝的项目命名为女儿的名字，Lisa。

这书其实挺没劲的

2010-12-29

本科的时候看过，质量其实一般。

不知道怎么会推荐这本书。这本书实在是太古老了。

出版社: 高等教育出版社
装帧: 平装
出版年: 1997-07-01

本科的时候看过，质量其实一般。

不知道怎么会推荐这本书。这本书实在是太古老了。

出版社: 高等教育出版社
装帧: 平装
出版年: 1997-07-01

本科的时候看过，质量其实一般。

不知道怎么会推荐这本书。这本书实在是太古老了。

出版社: 高等教育出版社
装帧: 平装
出版年: 1997-07-01

Web 架构师也该看看

2008-12-02

没看这本书之前我以为我懂 Web Analytics

看了之后才发现我之前的不明白

这本书是了解 Web 的另一面镜子，通过另一个角度观察 Web。

我写的推荐序

2008-07-09

非常高兴看到又一本原创 Python 图书的出版。

说起来，我和 Python 还算有一点缘分。在 2000 年的时候，非常偶然的一次机会接触到Python，当时网上资料非常之少，不知天高地厚的我竟冒失地接手了国内第一本引进 Python 图书的合作翻译工作，往事不堪回首。记得当时经常有人问我 Python 能用来做什么...而能举出来的例子的确寥寥可数。

历经数年的发展，Python 已今非昔比，各领域都不乏 Python 成功案例。就拿 Web 方面来说，正如 PHP 给 Yahoo! 带来的巨大动力，Python 在新一代互联网霸主 Google 内部早就充当着重要角色，是排名第三的"官方语言"。而就在几天前，Google 革命性的 App Engine 产品一经推出即引起莫大关注，其首选开发语言就是 Python。

纵观国内技术环境，Python 语言仍处于慢热的状态，应用仍然不算广泛。不过我们也已经有称得上比较成功的实现案例，比如著名的 Web 2.0 的代表站点豆瓣网即是用 Python 开发，创始人杨勃对 Python 的效率、优雅赞誉有加。

Python 也是权威机构 TIOBE 评出的 2007 年度编程语言，这些"利好"消息也将进而带动新一轮的技术走向，预示着 Python 更大规模流行时代即将到来。

话说回来，"开放平台"在未来几年一定是个不可避免的技术趋势，而跟着大厂商的平台亦步亦趋，照猫画虎，想必也能开发出来繁多的周边应用，但开放未必对所有人都是个好事情，久而久之开发者难免有盲人摸象之感，很难掌握全局、关键架构技术，故深入研究 Python 基础技术仍不可少。这本《Python源码剖析》的出版恰是好时机，弥补了国内图书在这方面的空白，此外，作者在 Python 领域的精耕细作研究精神亦值得学习。

研读、分析源代码乃是提高编程技能的一条捷径，庖丁解牛方能游刃有余，夯实基础，方可构建坚实大厦。

读这本书《Python源码剖析》就像一次探险之旅，祝愿朋友们能够获得一次愉悦的阅读体验。

http://www.dbanotes.net/

推荐序：Get Architecture Done

2010-05-27

承蒙林昊看得起，嘱托我写本书的推荐序，压力很大。读完本书的绝大部分章节后，这相信这会是我今年要向朋友们推荐的关于架构的图书。下文是推荐序。

--------------------------------------------------------------------------------------

提起诸如“高性能”、“高可用、“大规模并发”、“可扩展性”这些词汇，我相信多数技术人的心情都是激动而稍有点复杂的，当然，也或许是不屑一顾。毕竟不是谁都有机会面对这些富有挑战的技术场景，也不是每个架构师在面对这些挑战之前都能做好技术上的准备。那些意外故障总是不期而至，疲于奔命的解决问题的场景回顾起来对架构师来说犹如一场噩梦。

本书阐述当一个面向数以亿计用户的网站经过几年高速发展，技术团队不得不面临大规模、高并发、高扩展性等挑战带来的技术困境的时候，一个出色的架构师经过多年一线实践后累积的经过时间考验的解决方案以及宝贵的实战经验。在这本书里，你会看到作者在解决一些关乎Web应用问题的指导原则、实践方法、多重工具的综合运用以及作者本人的感悟。要强调的是，本书讲述的内容是一个Web应用从小到大过程中遇到的棘手问题的解决之道，并非宏观解析，亦非屠龙之技。无论您面对的站点是大是小，皆会有参考作用，毕竟大站点会越来越复杂，而小站点总有一天也将变大。

如今到计算机书店里走一下，会发现Java架构相关的技术图书业已不少，但仍有理由相信本书内容填补了在Java架构实战方面的空白。在互联网应用大行其道的今天，有些名义上主题为Java架构的图书，要么单从Java本身阐述，缺乏整体应用的大局观；要么是高屋建瓴，从编程思想的高度坐而论道，缺乏实践性；要么是闭门造车之作，缺乏验证性。本书作者林昊多年来致力于推动OSGi在国内的发展，不乏理论技术功底，而后加盟淘宝网(Taobao.com)的几年间奋战在架构一线，爬摸滚打积累了丰富的实践心得。所以，本书是一本不折不扣的“理论结合实践”之作。

考虑国内的技术图书出版环境以及必须尽力迎合读者的预期，写书本身是一件费力不讨好的事情，但将知识传递给更多人无疑是让人快乐的。现在，经过作者近两年的梳理与总结，这本书即将出版，相信您在研读本书之后有所收获并运用到您所面对的Web应用上，也期待将来有更多朋友能够分享架构实践经验，不亦快哉！

冯大辉(Fenng)
技术Blogger、架构师
2010年5五月于杭州贝塔咖啡

不算书评的书评

2008-10-29

from:http://www.dbanotes.net/review/linux_hardware.html

利用空余时间读了一下这本《Linux 操作系统之奥秘》。其实我买这本书开始只为验证一下，看看所谓的"奥秘"到底所指何物。以前对作者也不太熟悉，读罢倒是收起了调侃之心。

看了几章之后觉得这本书还是值得推荐一下。书店里已经有太多 How To 与 Code Review 之类的 Linux 图书(类似的内容也多数可以从网络上 Google 到)，这样把硬件和操作系统结合起来讲(硬件技术更新也很快，软硬结合才是王道)的图书还是很有新鲜感。很多我们每天都能看到的信息来龙去脉能够有个更清楚的了解，绝对有助于我们更深入的驾驭 Linux 。所谓知其然，知其所以然嘛。

关于"硬件测试"的一章，描述 CPU 测试的部分内容不错。不过后面关于硬盘性能的测试有点简单了。发现一点不太严谨的地方，比如 p173 所说的 "SuSE 的 reiserfs" ，容易让读者误会 reiserfs 是属于 SuSE 家的。

这本书挺适合系统管理员仔细阅读一下，我看过的几章中发现了平时不太注意的知识点。其实一本书看到一个管用的知识点已经很不错了。

--EOF--

《实战Nginx》读后

2010-04-28

拿到这本《实战 Nginx》有几天了，休假期间将感兴趣的几章阅读完毕。作者张宴是国内 Nginx 最早的技术传播者之一，产生的影响也最大，他的一系列 Nginx 实战的文章相信让很多 Nginx 用户受益良多。

尽管之前已经在他的网络文章或者 PPT 里看到过这本书里包含的一些内容，我还是要说一下第六章中的架构图是这本书中非常有参考价值的内容(至少对我如此)，作为网站维护者，即使不用 Nginx，这几张图也非常值得分析一下。对于从 Apache 迁移到 Nginx 的用户，第七章关于 Rewrite 规则的讲解则不可错过。

这本书的最大缺点或者说不够严谨的地方，我觉得主要是体现在某些章节上关于设置项的说明缺少足够的阐释，比如"优化 Linux 内核参数"、"MySQL 5.1 配置优化"等内容如果添加足以让读者查找更多信息的注释就更好了。另外，从章节的安排上，如果多一节专门讲述 Nginx 优化的内容或许也会不错。

对于没有 Nginx 经验或者是想进一步了解 Nginx 的系统工程师，这本书是值得一读的。这本书的定价不过是一张电影票的价钱，如果可以解答你在工作中的几个技术问题，你说是否值得购买呢?

--EOF--

往事并不如烟

2010-02-20

春节前已经看了一遍这本《苹果往事》，假期又看了一遍。对于这段苹果公司并不鲜为人知的历史来说，这本书从一个亲历者的视角给 Mac 的诞生加了一大段注解。这也是苹果拥趸者最喜欢看的内容。

4370528396_4a35da2135_m.jpg彼时的乔布斯，恰似刚受封齐天大圣，自信无所不能，被排挤到 Lisa 项目之外意味着他将来没有权利说这是他设计的产品，所以最想做的事情就是找个项目来证明自己。他对于 "自己参与设计" 的项目无疑是寄予厚望的，也给予了足够的支持，否则这个从概念项目起步的团队也不可能发展起来。对于这个团队的多数人，他们要研发的这个产品，不为名不为利(实际上也只有少数几个人得到了名利)，更多的是创造性工作给自己带来的成就感，什么是激情，或许这就是。

对于 1984 年苹果推出的 Macintosh ，现在来看，或许是那个寓意深刻的广告更为令人津津乐道。当时的 Macintosh 只能算是杰出的电子艺术品，是否是成功的产品很难定论。毕竟从市场表现来看，没有给苹果带来像 Apple II 那样的辉煌。这个产品的推出从某种程度上也间接促成了乔布斯被赶出苹果。是苹果公司发展历史上的一道分水岭。如果没有当初，或许也不会成就现在的乔布斯。现在的 Mac，其实无法让人等同于 1984 年的 Macintosh...我相信只是有些精神会延续下来...或许这样就已经足够了。

在这本书的最后，作者 Andy Hertzfeld 感伤 "我所渴望的理想麦金托什团队模式已经消失了，融入了那种我们以前常常取笑的大型组织当中，内部充满官僚障碍及人际摩擦"。曲终人散，这个团队的大多数人都将不再服务于苹果公司。这也是那些非凡团队成员的普遍命运。

阅读这样一本书，对我们更有价值的事情从中学习那些经验和教训，关于人，关于事。让人欣喜，让人心酸。

from: http://www.dbanotes.net/review/revolution_in_the_valley.html

其实这本书说的是这回事儿

2011-03-15

《社交网站界面设计》，这本书还是不错的。但怎么评论都一窝蜂的说什么“社交网络应故意设计得’不够完善’” ，胡扯！这本书是告诉我们在一家用户体验很烂的网站(Yahoo!)的技术团队中还是有人很懂设计的。

Fenng的图书主页