最近读书少了很多,看片多了一些.不是电影,而是纪录片.

虽然讨厌日本，但发现NHK还是拍了不少不错的纪录片。能够从另外一个侧面看一下旁人的观点。

《煤矿工与小煤窑》讲述了中国陕西小煤窑的现状。是NHK从去年五月至今年年初，在陕西两处小煤窑所做的跟踪采访，描写了中国小煤窑不为人知的真实状况，和在那里人们为生活而拼命的身影。

《瓦和沙金-13年后的秘鲁童工们》讲述了NHK在13年前后2次采访秘鲁的2个孩子的生活际遇。同样为生活而奔波，却又无可奈何。豆瓣介绍在这里。

《黑色星期四-撼动世界的经济危机因何而起》讲述了一战前后世界的经济形势，以及在1929年10月29日星期四的经济危机爆发。现在80年后来看，何曾的相似。

看书也罢，看片也罢；习惯了速食，安静下来，慢慢的看，深入思考。更有价值。这个时候，过程比结论重要。

看我 blog 的朋友，帮我宣传一下，我需要招一个研发工程师。

主要负责网站运营CMS的架构设计和底层核心代码开发。务实，业务领悟能力好一些。

来了以后，先做一段时间的基础工作，熟悉业务，重构部分模块，包括权限系统，多站点分布模式，Cache机制等。

技术平台，走微软 .NET Framework 路线。

薪水大约8K-10K，如果季度表现良好，当月薪水 double.

有意者给我邮件 stan.complete#gmail.com
我会第一时间，电话和你联系。谢谢了

前几天，老板给每人发了一本《卓有成效的管理者》，好久没有好好看，周末在家，我就拿出来翻翻，我也正好有一本中英文对照版，一边看英文，一边看中文，看了几段，我就吐了。翻译让我无奈啊。我奉劝要看的同学们，最好看完中文后，再看一遍英文吧。很多言语中的思路，翻译过来就都丢失掉了。

昨天晚上，正好也看了热播的《星际迷航》star trek. 说的一回事

1、名字叫企业号？明显是在隐喻企业
2、真实的政治斗争案例，“窥克把史帕克从舰长的位置上搞下来”的那一场戏
3、企业中做事，理智胜于情感
4、对待敌人，先礼后宾
5、从谁都不吊的小混混到企业号舰长，成长时间是4年
6、误解是大敌，从生到死
7、一个成功的Team, 几个有执行力的高手是关键。最好是有一个说着蹩脚英文的俄罗斯小孩。哈。
8、关键时刻，懂得舍弃

这几日，运营事情不多，可以按时下班。突然间来事，一堆一堆，夜里，安静下来，自己琢磨琢磨。

曾经我的一个上级和我说，"产品运营远重要于产品定义" ，我没在意，当我自己再这么说的时候，不是复制抄袭. 而是我自己的体会.

第一件事：合作的事
1、中午发现和 youku 合作接口不能用了，正赶上编辑要上传视频。我就和市场合作姑娘说，赶快看看，截了图，发了邮件。
2、不等一会儿，市场合作姑娘给了我2个邮件地址，说让我自己联系。（我有点 ·#￥%……—）
3、然后我直接给 youku 技术，市场合作的人发邮件。
4、一会儿收到邮件说，最近升级了，没考虑到合作伙伴。给了我一个 API文档（心里话，#·￥%……）
5、当时我很急啊。回邮件说，能不能帮我定制一下 API 呢？信中赞扬了 youku 技术升级的伟大创举。
6、傍晚，收到回复说，“你按照API帮助文档里面的demo自己修改就成了。”

上周，从 dangdang.com 购买了几本书，前台说书到，然后一手交钱，一手拿书。over.
回来后，没有马上看，开会去了。中午发现少给了一本书。《我执》买了2本，但是只送了1本。
然后投诉，没有大发脾气，告诉她订单号，书名。记录，说处理去了。
我问什么时候，给我送过来，说会尽快，我也没有再次追问。
这一天，5月22日，周五。

当晚，收到短信，已经受理，正在处理。
昨天，5月26日，周二，收到补发的书籍。

这样的客户服务，我很满意。在此赞一个！

在8JXX中，大家这几日分享了几篇不错的文章。

1. 前日，Lutao 这样点评了这篇文章
"
博主是个女生，跳槽后，用一帖总结自己同原雇主团队在过去几年学习到的东西，同时强调与原有团队的融洽关系。作为跳槽的leader这样的处理很得当，为后续挖角留下了空间～
"

2. 还有这篇文章，如何在公司的变革中寻找出口。

3. 如何正确对待别人的批评

4. 正确的商业态度的确应该这样，王冉-高盛的7个故事

5. 北漂的人啊，看看这100个故事。希望大家都有那么一天，挣到自己想要的生活。

组件和模式
Nathan Curtis 版权所有
2009年1月9日

译者：UCD翻译小组，Stan
校审：远骋，Angela
原文地址：http://www.uie.com/articles/components_vs_patterns

编者按:今年四月,在UIE应用高峰会议上，应我们的要求，Nathan Curtis会做一次关于实现组件和模式重用的演讲。其间，Nathan讨论了组件和模式之间的不同。

常常在你计划构建一个组件库的时候，股东会这样问你“这样阿,我们正在构建模式库么?”实际上，并不是这样。尽管这两个概念非常相关，但它们之间的不同会影响你构建一个对你而言正确、适用的库的决策。

什么是模式？
模式是一种通用的解决方案，尤其对于常见的设计问题，如此一来，你可以多次使用这种解决方案，而每次的用法都不尽相同。
举个例子，对于一个设计者来说，没有什么理由不去使用这些通用设计方式：Tab(至少要有2个Tab)、视频播放器（可以播放或暂停）、登录（一个需要用户名和密码的最简表单）。模式是交互设计的精髓，提供给设计者基本的、约定俗成的应用方式，不管这些解决方案是否会被收集在一起，作为一个库提供给某个企业或网站。

什么是组件？
另一个方面，所谓组件则是在一个页面中针对某个特定系统而设计的、可复用的块。这样的组件──也被叫做模块、块、portlets，widgets、区块……或其他的名字，这依赖于设计的背景，它们被集合到一起，便组成了一个完整的页面或视觉效果。在一个页面布局里面，每一个组件都有其特定的应用、预定义的行为方式、格式、编辑方式、视觉效果，以及各种各样的处理方式等等。

组件和模式二者之间是如何联系的？
模式和组件，在设计中互补且共存，尽管它们常常并不是同样的东西。

看一下这2个首页的不同体验，分别是fancast.com和comcast.net， 两者都是Comcast Interactive Media的网站，相关关联。这两个首页都可以分解为多个组件（桔色标明），其中很多都可以在其他页面上重用。这2个首页，每一个都使用了很多模式（红色标明）。

图A:组件（桔色）和模式（红色）在comcast.net（左）和fancast.com（右）首页面上的效果

这些组件和模式是一样的么？不完全是。这2个设计方案中，没有任何相同的组件，包括整个视觉栅格，排版、布局、颜色、导航模式都不一样。然而，这2中设计使用了至少5种相同的模式，包括搜索、登录、跑马灯、头条、和Tab。

一个模式的多种组件设计
通常，一个组件库中的多个组件使用相同的模式。举个例子，Tab模式，设计者可以用它把内容分割成不同的部分，所有Tab都可访问，但每次只有一个Tab呈现可见。在cnn.com网站上，Tab被实例化成很多个组件，通过全球区域分组财经市场（Asia, Europe, US）建议不翻译Asia, Europe, US，这样用户可以更直观的和图片联系着看   、通过形式分组文章（文字、视频、地图、图表）、通过类型分组视频（热点、排行、小编推荐等）。

图B:Tab在cnn.com上被用作唯一分类、内容类型、精化组织。

在每一个例子中，设计都遵循Tab模式的基本理念，比如要区分当前激活的Tab和其他Tab。然而，具体到每个用法、页面分区、风格，以及设计细节，在每一个组件中都迥然不同。

海纳百川：多个组件、一个模式
同样，很多组件的各种千奇百怪的设计都能够归结成一个模式，并形成一个基本准则，适于团队并共飨之。

举个例子，试想一个网站中的很多的视频播放器，各种衍生的无用的设计形式到处泛滥，嵌入到一个产品的焦点区域嵌入到产品介绍的页面   ，在不同的焦点区域使用不同的播放器，在弹出框中使用特殊的播放器，在培训组的内容帮助文档   中使用另外新的播放器，等等。所有设计的播放器UI组件，在不同的团队中多次开发，便有了很多不一样的呈现状态和用户交互方式。

各个团队，可以通过模式来解决分歧，基本的表现要有播放/暂停、scrubber、时间轴（播放时间和总时间）、音量。通过使用模式，一致性得到提高，但团队依然可以灵活的取舍各种附加控件和功能，比如，视频大小、全屏观看、百分比、添加评论、视频代码等，一个特殊的组件就可以用在他们自己的设计方案中了。

相同点
对特定的问题，模式和组件都是可重用的设计方案。重用是两者的关键售卖点，其结果都是为了取得一致性和降低成本。
另外，模式和组件能够还能做以下的事情：

• 通过使用诸如时间、基本原理、和方案原则来描述
• 通过形成一个库来管理
• 因为可重用，那么无论在html/css feameworks代码中还是在设计库线框图中都可以使用。
• 在很多方案中使用，比如信息架构，交互设计，视觉设计，设计技术（html/css/js脚本）等其他准则。
• 通过一个定义的工作流成进行开发和维护
• 以一个组织的设计需求为基础
• 以用户研究来影响和把握

不同点
尽管两者相似，但在很多重要的方面，组件和模式还是不同的。一方面，模式是一些准则，设计者可以拿来去阐述和运用；另一方面，组件是特殊的实现，有着很多的规定和硬性要求。

其他不同点包括：

你应该构建的那一种库？
既然两种库是不同的，那你该采用哪一个呢？

模式库是理想的方式，对于有过很多设计经验的团队来说，比如一个像Yahoo那样的团队，设计过很多的产品，每一个产品都有其独有的视觉系统，但这些都依附在一个大的通用的品牌上。对于其他团队来说，组件库被证明是完美的方式，诸如sun的 sun.com 网站库，合成了大量的页面，片段，团队，内容，都归并到一个通用的、简单的设计系统和体验上。

但这或许不是一个问题，因为要依赖于你的环境，你可能会从一个或两个库中受益。实际上，一个团队会构建2个库，并且像构建组件库那样构建模式库。其他团队会采用拿来主义，同时领会要义，通常的做法是把一些类似模式的指导原则结合运用到更多的模块定义中去。

如果你的团队具备以下条件，你可以考虑构建模式库：

• 有很多的视觉系统，各不相同，并且不会整合统一
• 有能力把模式文档化，相比起来要比公开一个已有的库要更有意义
• 明白阻力重重，触及到既有的习惯，但依然乐于使用统一标准

考虑建立组件库，需要具备以下几点

• 一个特定的视觉系统，包括栅格，布局，色调，排版等
• 在系统中很多可重用的组件（比如页面的块）
• 多个团队必须要一起工作,共同推动和发布
• 有兴趣并且有能力把你的设计和代码系统贯穿在团队、项目、和时间管理中
• 能够强势，可以以己为中心的影响构建、部署和维护一个库（或通过构建一个库来提升影响力）

更多
2009年4月21日，Nathan Curtis 将会在加利福尼亚Newport Beach的UIE Web应用高峰会议上做演讲，题目是“实现模式和组件的重用”。这是一个非常理想的讨论会，与会者可以充分展示其设计才能，并徜徉其中，感受各种各样的作品

分享

我一直是这样的，很想听到你对这个主题的想法。加入到我们的本周讨论中来吧，在这里“UIE Brain Sparks blog”。

在“猎头看世界”Mark了一篇文章，片言只语，源地址无法打开。只好Google快照。

大家可以看看自己属于哪一种。前几天培训也提及类似的层次，说培训也有三个层次：teach,train,facilitate.最后一个也是最难达到的，就站在那里让大家说，哈，估计在现实中早被哄下去了。

10 Leadership Styles

Web分析与信息架构

Hallie Wilfert 版权所有
2008年12月

译者：UCD小组，Stan
校审：Douis Li，Angela
原文地址：http://web.fumsi.com/go/article/manage/3460

信息架构始终关注网站对目标用户的易用度和使用频度。 对大部分的部门来说，很少会要求我们提供可用性或用户体验方面的数据，但我们经常会收到其他一些部门提出的这样的要求，“我需要知道今年我们网站的访问量，以及和竞争对手的对照数据。”

不是人们不在意网站的易用性，而是一般来说网站的报告数据模糊不清，尤其在站点可用性测试的实施上或目标群体接受方式上。更有力而易懂的方式是报告出站点的访问量在去年上升了百分之几：硬数据更加确凿，而且比其他业界公认的度量方式更优。

Web分析可以得到与用户行为有关的定量的结果，这被用来给站点表现建立基准点以及给管理层提供报告。但是，既然web分析数据显示出人们在网站上的行为，那么分析数据就应当用于产生并引导更多定性用户研究方法。比如焦点小组或可用性测试，它们能告诉我们用户行为的产生原因。更重要的是，你可以使用这些web指标对整体的商业行为提供更多的定性测量。

在我的工作中，我不停的想办法让我的客户们去关注人们在其网站上的行为，并鼓励他们“象用户一样思考”。在一个完美世界中，我会持续不断地与网站访客保持接触－他们会参与焦点小组和可用性测试，以便我们的每一步动作都能被网站的目标人群所认可。一厢情愿地想下去，我会知道...通过web分析，你可以实时观察用户在你网站上的行为，每天24小时，每周7天。即便不去亲自接触，一个公司也可以系统化地掌控网站访客们的需求和兴趣。

一个信息架构师应该关注web分析，因为这可以拓宽你研究的范围。举个例子，如果你想改进网站一个特定的部分，理想情况下，你会拜访你的目标用户做一些面谈，构建一个原型，并且让用户来测试它。即使你的研究预算很富裕，你也只能够观察到网站的一部分，和用户群中某几类用户。Web分析是基于整个用户群、整个网站的调查研究。通过分析，就有了识别问题和情况的方法，而这些问题和情况你可能从未听说或关注过。

在我的研究方法中，Web分析已经不再是一个工具而已。虽然我可能会通过焦点小组去获取所探讨的问题的处理意见，或者通过可用性测试去观察站点特定区域的性能表现，但我还会通过分析去发现那些可能被忽略的部分。研究的另一个功用就是分析报告中的发现能对网站的信息架构和内容策略产生影响，也能够为后续的研究铺平道路。

很多设计师对web分析都有畏惧感，是因为他们被这些数字和分析中存在的复杂性吓倒了。我想分享一点小秘密给你---不需要把自己当作一个统计专业人员去使用和理解web分析。你真正需要的，是成为一个好的描述者---可以说大多数的信息架构师就是这样子的---因为web分析告诉你的是网站在过去发生的故事。

故事情节包括了人们如何到达你的站点，他们在网站上寻找什么，看到了什么，没看到什么，以及这些是如何变化的。作为信息架构师，我们需要翻译并诠释那些分析数据所透露出来的故事，并与那些需要知道那些故事的人进行沟通。不需要专门讲述数据后面的故事，这是web分析被低估的原因之一。数据本身没什么意思，而是一旦你添加了背景，故事便变得鲜活起来。

把这些数据翻译成为故事，也就脱离了web统计不可避免的不确定性。在我的案例中，因为我不能够用cookies或者页面跟踪代码去跟踪用户，所以相对而言，我的数据精确度比我期望的要差，这是因为日志文件分析方法的造成的。即使是这些有限的数据，我依然能够讲述一个故事，从中看到一个大的场景和过去的趋势，帮助网站所有者明智地设计站点架构、内容战略和其他事情的优先顺序。

知道Web分析不能告诉我们什么，和知道它能告诉我们什么一样重要。第一，当你比较一个站点和另外一个站点的时候，统计是没什么用的。这是因为，大多数时候，没有一模一样的分析程序，没有方法保证他们使用相同的算法来分析日志和流量。第二，web分析数据能讲述在一个站点上人们在做什么，而不是为什么这样做，所以去应用分析数据去确认和指导更多的定性的用户研究方式显得尤为重要。

说到某个流量图形成的原因，客户常常会推测出一个完整的场景，这表明他已经把网站和数据紧密地联系起来了，尽管这很让人兴奋，但离开统计数据去主观臆断却是很危险的。为了帮助他们找出用户这样做的原因，你必须提醒客户要做额外的研究，去研究站点访问者的想法和动机。

我在这里所唠叨的只是如何开始使用web统计数据来指导你信息架构和网站设计的一些方法。

第一步：检查站点

就像任何项目一样，你应该做的第一件事情是检查你正在分析的站点。目的是当你看分析报告的时候，你需要对网站有一个初步的了解，这样你才能把握将来要着手改造的网站的背景。你应该问自己的一些问题，下面这些可能你已经看到过了：

• 谁是站点的目标用户？
• 从用户角度来看，网站上那些是关键页面？
• 从商业的角度来看，那些是关键页面？
• 网站的使命是什么？
• 网站的目标是什么？
• 从技术的角度来看，URL的结构是什么？页面是如何生产的？

第二步：检查统计报告的正确性性

如果站点使用了一个托管的分析方案，那么大部分事情都会帮你照顾到了。但是，当你无法使用托管的分析方案时，你要保证软件安装正确。你大可以自己来做这些事，但你必须对服务器日志和网站的配置有些技术性理解。

不确定的是，诸如非人工访问，应该排除在报告之外，确保数字的尽可能的正确。如果你有一个豪华阵容，搭建一个分析报告服务，并可以接触到负责生成报告的那个人，那么你能够控制这些事情。如果不能，你必须亲自检查报告确保没有问题。你所看到的那些数字有可能存在10％至70％的错误，就看你的报告有多么“干净”。

这些事情应该排除在报告之外：

• 搜索机器人，蜘蛛，和其他非人工访问者------如果你看站点访问量中最高的是”crawl-66-249-65-83.googlebot.com_Mozilla/5.0 (compatible;Googlebot/2.1; http://www.google.com/bot.html)”，那么你知道这些没有被排除。
• 注意：即使一个管理员已经从你的报告中排除了机器人和蜘蛛，这并不意味着从此就清洁一片。精确度是需要不断提高的，定期的保持报告的清洁度才是。
• 内部访问------内部访问者的IP地址应该被排除在外。举个例子，如果你正在看” ENERGY STAR”的统计，那么所有的从” ENERGY STAR”员工和客户发出的访问应该在排除在报告之外。

第三步：快速阅读报告

现在你熟悉了站点，并知道了报告的分析正确，通读分析报告，可以得到对报告内容和整体趋势的概览。基于你对站点的了解，访问页面排行和其他指标是你期望看到的么？

第四步：趋势环比

下一步，并列查看不同月份报告的一个数值，感知其趋势。有一些流量趋势是周期性的，比如，工作日的流量比周末的流量大，或者是夏天月份的流量比其他季节流量低。是有相同的页面一次又一次的出现么？有页面做的不错却没有被监测么？

第五步：让负责沟通、公关、推广的团队成为你新的最好的朋友

如果你还没有接触到负责为网站做沟通和推广的人，那么分析报告是一个好的理由督促你去接触他们。这些人能够告诉你关于推广活动的情况，这些可能会影响流量。他们还能随时让你了解当前新闻和热点事件，以及能让人们有计划地访问网站的信息氛围。

还有，市场和对外沟通的人员会成为你的拥护者，因为你的分析报告表明了他们和其他成员做的有多棒。

第六步：着眼关键指标

直到这点，说了一圈，都是报告之外的事情，但还没有讲包含在报告中实际数据的事情。一个统计报告包含了无数的数据，但是在看的时候，你怎么会知道那些需要重点关注？在我的报告中，这些指标是最常用的：

• 访问量和页面浏览量
  在这里，你不要只注意列表上有什么，还要看没什么。从你对网站的了解来看，这些信息应该是普遍存在但偏偏没有的么？信息架构并不是空中楼阁──我们总是会考虑用户需求和业务需求的。举个例子，比如PV，通常来说更多的PV是一件好事情，因为人们对你网站的内容非常感兴趣，但也有可能是人们在你的网站上浏览了很多页面，却找不到他们要看的东西。
• 站点导航的表现
  看看访客们是否去了你想让他们去的地方。当我发现从首页或一级频道页面访问时，都不可能到达访问量最高的一个页面，我就决定要重新设计这个站点了。
• 进入页面和离开页面
  看一下，访问者离开的页面是不是我们预期的那个页面，比如是一个表单填充页面（而不是一个布满链接的页面），或者在一个没有预料到的地方离开，比如在一个多页面组成的过程中。
• 关键字
  从统计报告中，你能够得到关键字，包括用户在站内搜索和其他搜索引擎使用的词语，同时这些搜索结果会让访问者对你的站点产生访问。重要的是，你不仅要看统计报告里面呈现的条目，而且还要看没有呈现的词语条目。这2种类型的条目都提供了一个窗口，通过它可以看到你网站访问者的词汇表，还能够知道用户是如何看待你的站点内容的。
• 来源
  去看看那些引导用户访问过来的站点也是很重要的。有以下一些原因：对于你的商业目标来说，导入站点也许是潜在的合作伙伴；对于你的内容来讲，需要找到前面那些站点的用户是那些；对用户贡献内容的站点的增长来说，还要寻找站点用户参与的其他那些站点，才可以到达最广泛的用户群体。
• 转换率
  在一个站点里面，任何一个多页面的过程都能够测量，以确定人们在从头到尾的使用过程中的转换百分比。

第七步：清晰的描述数据和下一步的工作

最后这步，可能是最重要的一步，就是要清晰的呈现你的分析结果并使之可操作。作为分析师，对于数据挖掘越深越需要谨慎，你不能用细枝末节迷惑大众，因为这样弊大于利。在报告开始的摘要部分，列出了一些兴趣点和一些建议提高的组合，这对于那些没有兴趣去看图表的人来说，是最实质的内容。

我尝试去使用摘要来讲述一个故事，是关于网站和它的访问者的。是什么样的行为产生了网站的流量？这些访问者从什么地方来？一旦他们来到站点，会做什么？他们在寻找什么？这些指标，在之前的报告中曾经被嘲笑不已，都是相同的指标，但只有当你把这些指标编成一个故事并讲述出来的时候，你才能让更多的人理解。

只有你抓住了发现的一些关键点，才能对下一步工作提出一些建议。比如有些建议，去观察在一些特定的方面，一个新的发现是一个趋势的开始还是一个偶然现象；还有可以去引导用户浏览网站的某一部分并深入其中。即使你的建议微不足道，但重要的是让人们知道了他们能够提高和改善站点的表现，或知道如何去获得更多的信息。你能做的当然不仅仅如此，开始你的Web分析吧，在以用户为中心的设计中，这将开辟一条崭新的道路。

---------------------------------------------------------------------
Hallie Wilfert 是SRA国际组织的高级信息架构师，SRA国际组织是一个技术和战略顾问公司，在弗吉尼亚州阿灵顿，她在那里工作主要负责政府客户。先前，Hallie是美国国家科学院医学院新媒体主管。作为一名信息架构师，她致力于在满足客户需求的同时，尽量为用户而倡导。

Hallie 在American Studies取得学士学位，曾就读于加利福尼亚大学伯克利分校、马里兰大学学院公园。Hallie还是信息架构协会和UPA成员。她曾在2008信息架构峰会和2008国际UPA会议演讲，议题是在用户为中心设计中整合Web分析。

看完这本书很久了，不知道该说些什么或者不说些什么，积极的情感和消极的一面同时在心底产生，渺小，无奈，笃定，思辨，悲哀，怅然，淡定，豁达，无数的感觉掺杂在了一起。好在书的末尾采用了平扬的手法，尽量让人看毕有些积极情绪的产生。也许如书中所述，蚁人本是同类。

书采用漫画的形式讲述了一只蚂蚁和阳光的故事，从害怕阳光到热爱光明，尽数一只小蚂蚁的心路历程。漫画几乎只有黑白两种颜色，书页上大片的空白，只画了一只小小的蚂蚁。“我是一只蚂蚁，你看不见我，并非我的世界一片黑暗，只是因为我小得难以进入你的视线 I am an ant. You can't see me. It is not because my world is too dark, but because I am too little to enter your sight.”

"
在一片汪洋之中，除了任由渺小的自己随波逐流之外，别无他策。
In the vast expanse of water, I —a tiny little ants—had no choice, but been carried along by the tide.
"

"
人们喜欢在纸上画各种各样的风景，想用纸把风景留住。
　我和我的朋友都只喜欢在纸上漫步，回忆美好的时光，却不留任何痕迹，因为我们已把风景记在了心里。
People like to capture scenery of paper, hoping that the paper can keep it the same forever.
My friend and I just like rambling on the paper, recalling the time, and left no trace,
because we had already painted so much beauty in our hearts.
"

"
小时候喜欢蹲在地上看蚂蚁，总是能从蚂蚁的生活中发现许多乐趣。大了以后不再看蚂蚁，而只顾及自己，蚂蚁从我的世界中远去。偶尔从“动物世界”中再看到蚂蚁，带着一种人的宽容与自以为是，总感觉蚂蚁很像人，它们和人一样觅食、繁衍、结群、打架，甚至像人一样知道埋葬同伴的尸体。某一天又蹲下来仔细地看蚂蚁，才发现原来不是蚂蚁像人，而是人才真正像蚂蚁。高高在上时，人看不见蚂蚁，以为人可以主宰小小蚂蚁的生命，蹲下来时，才发现人和蚂蚁一样值得怜悯，人在宇宙之中脆弱如蚂蚁。只有放低自己，蹲下来看世界才会发现世界的真谛。人和蚂蚁，本是同类。

When I was a little child, I was fond of squatting down to watch ants. Their lives were so amusing and interesting to me. But when I have grown up, I rarely watched them any more. I spent all my time on my own concerns, and ants fade away from my world. Once in a while, when I watched a special TV program “Animal World” with human being’s tolerance and arrogance, I found that ants were similar to human beings. They seek for food, reproduce, form groups, fight, and bury their companions’ body as we do. But one day, when I squatted down to see the ants again, I realized that it is not ants than look like human, but human that is like ants. From our high perspective, we can’t see ants clearly. We believe that the little ants are under our control. But when we get close to them, we could realize that human beings are pitiable as ants. Because when we are in the vast universe, we are as fragile as ants. The only way to find the truth of the world is to squat down to watch the world carefully by placing ourselves in a lower position. In essence, human beings and ants are the same."

这本书是在查询《不裁》的时候看到的，同样也是朱赢椿的设计。虽然这本书在德国莱比锡被称之为是“世界最美的书”，但我觉得2本同样的美，同样值得收藏。可以一读再读的书。