Tag Archives: 书评

《简单法则》不简单

《简单法则》这本书只有 100 多页，一个睡前的阅读时间即可看完。

法则1 是：精简(Reduce) ，原文翻译做”减少”，有些山寨的感觉，当然作者肯定经过斟酌的，我还是觉得”精简”比较好。如无必要，勿增实体。然后的指导方法是：SHE，这不是指那个流行偶像团体，而是指缩小(SHRINK)、隐藏(HIDE)、赋加(EMBODY)。

HIDE

看书的过程中，这是第一处让我产生很深印象的地方。用 Twitter 改版后的界面来说说 “隐藏”:

注意右上角的处理部分。鼠标移动上去才会显示可操作内容(这一点国内的几个模仿者还没有跟进呢)。再去看看 Facebook ，对这一点也有很好的提现。当然，类似的设计不是对所有 Web 站点都适用，必须要考虑用户群的 Web 使用经验。Twitter 是个很容易让人产生信息过载的地方。不过设计者在很多地方都体现了《简单法则》一书中的观点，大道至简，殊途同归吧。

BTW: Twitter 界面上的消息发布时间用斜体字我觉得很不协调。

时间

这一点和很多时间管理的思想是相近的，大部分看我网志的人都知道 GTD 的吧? 只是执行起来的人很少，执行好的人也不多。这一原则相当再一次提醒我们。

信任

为什么在网上会出现 Paypal、支付宝这样的服务? 那是因为人们彼此间的信任程度不够，这样对整个交易的成本也是增加的，事情也自然复杂化。

最后的法则?

远离(Away)，我觉得应该把这一条单独提出来。

写到这里，我发现这本书还是很适合做产品设计的朋友看看的，体会一下其中的思想。不要因为实现某些垃圾功能而把产品设计的那么臃肿，那么难用。

–EOF–

《Web 信息架构》读后随感

这本书也不写书评了，写也写不过小容的这篇《敢问北极熊，路在何方？》，何况小容在信息架构方面已经有比较深入的钻研了。

小容把这本书列为信息架构师必读书之一。我也是因为这个豆列对这本书感兴趣的。之前，什么是信息架构，什么人是信息架构师，还真是不容易搞明白(我曾经接到过的名片中，也没有一个人自称是信息架构师的)。

什么是信息架构呢? 这本书其实也没给一个清晰的定义，似乎有些可意会不可言传的意味。我的理解信息架构做的事情就是组织、梳理总体信息使之达到更可用。如果这样说的话，大一点的面向内容的 Web 站点（比如淘宝）都需要信息架构师的。又比如中大型门户网站，如果缺乏整体的内容梳理、组织，访问用户就不能得到更好的用户信息获取体验，甚至会信息偏差、缺失，对于网站来说，是无形中的损失。

信息架构师，国内有哪家公司有这样的职位么? 应该没有。

这本书也是我认为的 Web 2.0 网站架构不可或缺的图书之一。当然，CTO 们是最应该看看洗洗脑，问题是，CTO 们都在开会呢，哪有时间看书哇。

附注：购买《Web 信息架构》请点击。在下一篇，我可能说一下有关时间管理。

–EOF–

《构建可扩展的 Web 站点》读后随感

对于构建 Web 站点，《构建可扩展的 Web 站点》重点并不是讲述 How-To 的 — 讲述 How-To 的书已经很多了，却很少有图书愿意分一部分篇幅讲述 Why 。所以有的人可能认为”缺少细节”，有的人则读罢大呼过瘾。我一般的建议是，如果你觉得这本书没劲，那就再读一下第二遍。

为什么我推荐这本书? 主要的原因是这本书给出了可扩展站点的必备要素，而书的内容几乎全是作者在 Flickr 站点实战中得来的经验谈，如果您的站点是个发展中的 Web 2.0 站点，你可以认为这本书是个技术”标本”。如果回顾一下我的 Blog 的话，会发现多则关于 Flickr 的技术话题：

当然，这些这些都是皮毛。

如果你正在为你的网站性能问题而苦恼，那么建议直接去读第八章，这一章也是让很多人觉得有价值的章节，因为讲的是”瓶颈”(可见如何解决网站性能瓶颈是个多么普遍的话题啊)。如果严格的来说，这一章的内容并非有多么深入，但对于需要对网站性能瓶颈建立全局概览的朋友来说，足够了。毕竟我们看书不是挑刺，解决自己的问题是首先要考虑的问题。

对我来说，第九章也让我收获良多。第四层负载均衡和第七层负载均衡的差别，什么时候合适用第四层均衡，什么时候用第七层均衡，如何构建一个第七层负载均衡网络… 这些看似都是基础的问题，但实践中是需要仔细平衡的一个事儿。并非想象的那么简单。

如果 Cal Henderson 能有下一部书的写作计划，我倒是希望能看到设计可扩展的 Web 2.0 站点的主题，当然，可能我们看不到了，因为，Flickr 被 Yahoo! 收购后似乎缺失了进取心，谁知道 Cal 会不会跳槽而走呢?

PS: 这也是我认为”Web 2.0 网站架构不可或缺的图书“清单中的一本。

–EOF–

《高性能网站建设指南》读后随感

对于前端优化技术，我之前根据已经从 14 条增加到 34 条的 Exceptional Performance 做了一份笔记：

这些最佳实践看似没什么艰深的技术含量，而网络上也能看到很多关于网络前端优化的文章，但是实际上我发现能操作、执行下去的网站还是不多，更多的时候，大家把类似的信息当成参考信息而已，看过，丢掉，如此而已。Web 前端优化的时间准则有些其实也算是常识。我曾经听到过某家大型网站的案例：用户反映网站速度慢，进行了多次技术会议，多个方案评估之后，”发现”是图片拖慢了整个网站，于是，大家的意见统一了，建设更多的 CDN … 可实际上，这个问题或许不需要过多的投入研究，简单的分析一下页面元素比例就知道了。

这本《高性能网站建设指南》的内容以最初的 14 条优化准则写的，精炼简洁(几个小时就能读完)，我觉得已经抓住了前端优化的至少 80% 的内容，加上书中的一些引申内容(尤其是涉及到的 RFC)，如果这些都能做好，那么已经能够解决绝大部分问题了。所以是绝对值得网站运维人员一读。而且，我也认为这是 Web 2.0 网站架构不可或缺的图书之一。

另外，发现博文视点的这一批 O’Reilly 的图书都是有索引的，很难得。

–EOF–

链接：购买《高性能网站建设指南》