CNBorn|我不是大牛

柬埔寨背包记六：奔密列及大水中的暹粒

2010-02-19T10:21:25Z

早起，驱车前往暹粒东北四十公里的古迹--奔密列。前往奔密列的路程，比昨天前往高布思滨还要遥远。一路上自然景色绚丽，不过最好用在柬埔寨买到的头巾裹住脸，因为TukTuk开出几十公里的路程，还是比较辛苦的体验。近两个小时后到达收费站，奔密列不属于吴哥景区，所有需要单独买票，5美元。

跟随人群进入奔密列（景区人流不少），首先见到的就是崩塌的大门。从右侧坍塌的石墙进入这座被丛里掩盖近千年的古老城池。虽然整个坍塌的结构让游览的道路十分曲折，但由于电影《虎兄虎弟》的拍摄而建起的，中心的木栏通道还是给游客增添了非常多的方便。从中心穿过黑暗的长廊，参观了一座完整的藏书阁后，沿外围慢慢走出。其间看到很多景象：旅游警察赶跑了一众在景区乞讨的小孩子、火红色的小蜻蜓、硕大的蜗牛。奔密列的地雷问题在06年被德国的团队解决，门口的两块牌子清楚地写出了当时的扫雷情况。

接着上车返回。路上经过一小镇，路边一堆堆的摊位出售的大、小竹筒引起了我的兴趣。小司机问我要不要尝尝？原来是吃的（掏钱买下几个，很便宜）可是要怎么吃呢？卖东西的小孩好心帮我把它剥开，原来是粽子。只不过我们的版本是包竹叶，而这里是包竹筒的。不过这竹筒版本的是在是太不方便了，不方便携带而且也太难剥了，后来有一个大竹筒自己怎么也没法剥开，只好扔掉......

路上的景色是一大亮点，继续着昨天的美。天然的热带美景，各种样子的民居。天气也会忽变，回来就遇到了两次大暴雨。躲雨时还拍到了一堆小孩子（不知是不是一家人）。后来还出现以道路分割开，北方一片乌云，南方一片晴朗的天气。

后到达罗洛寺景区，开始参观。不过问题来了，我原先以为罗洛寺也像奔密列一样单独收费。但不想这里是属于吴哥景区的。但我的门票已经过期，附近也没有售票处，补票都不可能。只在外围拍了两张照就被管理员轰走了（没有门票闯入吴哥景区会被重罚），只好遗憾地走了。

回到旅店，稍加休息，开始步行暹粒。

我住的河东岸附近的大水已经没有前两天那么厉害。街上的小摊十分有趣，除了传统的炸蜘蛛摊位以外，我还发现了包书皮的小摊。继续向南走，慢慢地就进入了洪水区。大街上都是一片汪洋。由于自己的脚已经擦好了药，而且也穿了旅游鞋，随意就绕道前往酒吧街方向。结果还是没有走到酒吧街，因为向南完全就是水路了，干脆就在夜市（后来才见到这名字）逛，发现东西不错，环境也不错，一点儿都不亚于酒吧街边上的老市场，还更有本地的风情，就在这里买了Tee和一些小礼品。晚饭在街边的小摊吃了高棉炒面，木鱼似的面加上完全不辣的番茄辣酱，非常好吃。饮料也十分便宜。坐在街边享受着这一切，看着异国人的生活，回想这三天来的壮丽体验，心中无比满足。

突然停电了，这倒没影响什么，不过出了个小问题就是小司机没接到我更改集合地点（原定酒吧街）的电话，只好去酒吧街。不巧还坐了个黑车。又在已经非常像威尼斯的酒吧街等了半天小司机，随后返回旅店。

回来紧张地收拾东西，结账（老板打了很好的折扣，我很感谢）和小司机告别，去超市买了本切格瓦拉的摩托车日记（复印版本），和友善的超市售货员告别。昨天得知洞里萨湖的风暴随着大雨过去时就订了$20去马德望的船票。LP上说这段水路是整个国家最美的景色。准备早上出发去乘船。

整理好后睡下，早上五点起床，走到楼下只有店主一人。他热情地给我准备了早餐，然后我们攀谈起来，原来旅店的生意只是他生活的一部分，他另外还管理着一个学校（政府没钱，他为学校提供一部分的资金，为学生提供衣服、用品、接送他们）旅店(Bun Kao Guest House)则是非常重要的收入来源。联想到他这几天对我以及其它客人服务之真诚，我既感动又起敬。

出发的皮卡车来了，我上了车，老板送我出来，我们在长长的路上挥手道别。

就这样，坐在一辆皮卡上，穿过已被大水淹没近半数街道的暹粒城市，我踏上了前往柬埔寨第三大城市----马德望的旅程。

未完待续

要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

柬埔寨背包记五：用石筑成的众神之家

2010-02-11T18:02:10Z

我于2009年9月27日－10月8日在柬埔寨独自背包旅行，其间的经历和收获数不胜数。相关的经历我曾在 Beijing Open Party上有过一次交流分享，现在把旅行途中以及后来的一些记录陆续发布到这里，请感兴趣的朋友关注这里的更新。要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。除正文中的照片以外，还可以在我的豆瓣相册中欣赏因篇幅原因未能在文章中出现的照片。上一次交流分享的slide可以在我的slideshare页面看到。

五点半早早起床，天空一片淡蓝。出发，第一站是距离暹粒50公里的高布斯滨。早晨的空气无比清新，没有杂质的空气让人感觉视野都无比纯净。路上几乎没人，一辆TukTuk在路上疾驶，伴随着徐徐上升的太阳。看着太阳从东方越过云层，照得田野上一片金光，异常美丽迷人。TukTuk路过比粒寺时急驶而过，现在有点儿后悔没能停下拍几张清晨金色的比粒寺，旅行时间安排得比较紧张。

半路上摩托抛锚了，所幸离路上村子的修车点不远，没用多久就修好了。用修车的时间拍了拍周边，蓝天配绿树的画面总是那么动人，怎么也看不烦。不过要说明的是，清晨舒服的气温不会持续太久，七点多升起的太阳光照在裸露的脚趾上，都有强烈的灼热感。9点以后就回到柬埔寨的气温（也就是一如既往的高温）了。

修好车前进，中途路过荔枝山脚下，这是吴哥区域唯一的一座大山，也是柬埔寨的圣山。

终于到达高布斯滨，这里的景色主要特色是山上的瀑布、河边的雕塑以及美丽的丛林。爬山从山脚走起，每100米有一个指示牌，山里面的瀑布就是尽头。真正走起来才发现，对于习惯都市生活的我们来说，这里几乎就像一座野山，并且我还是此时这里唯一的游客。整个路程共约1400米，从山脚下爬到山上。起先的几百米很是轻松，几近平坦的道路向前走而已，但到了800－600米倒数的时候，硕大的巨石等障碍就开始出现在你的面前。和着满是泥和水、以及错总盘绕的热带树枝，倘若你有双不是比较结实的旅行鞋，这地区的雨量也没有前两天那么可怕的话，应该就要好不少，可我偏偏又是穿了个最普通的人字拖来爬，带来的登山杖还忘在了TukTuk上。可以想象这一路是怎么样的有趣旅程。

作为现代城市人的悲哀，就是我们已经很久都没有体会到真正的自然环境是什么样子。来到高布斯滨这种自然环境浓郁的地方，就会有一点点不适应。早上9点，一座伴随着无数昆虫和鸟类鸣叫的大山，是我能够接触自然最深刻的体验了。除了自己以外，整座山再无一人，自己的第一反应是一种恐惧感。这是才发现自己其实从来没有进行过真正的探险旅程。在加上Lonely Planet里面强调的"此地区附近有雷区"更是让人不太放心。心里有些不确定，但心中去看那1400米后终点的念头更加强烈，于是就继续壮胆前进。经过了巨石，小溪，各种各样的台阶或非台阶，无数看起来像是是蛇的枝条后，渐渐觉得耳边激流的声音越来越大，一路上指示牌的数字也逐渐趋于0，这就意味着自己离瀑布越来越近了。最终走到了瀑布跟前，所见到的和听到的远超想象。站在大石下的山涧，瀑布在疯狂地咆哮，心中的感觉无比震撼，手上只觉得是一阵阵地颤抖。看着湍急的水流，手紧紧地抓住栏杆不放，水流声大到自己喊些什么已经听不到了。后来查资料，这瀑布在旱季水还不多，而有如此汹涌，要拜前两天难得一见的大雨所赐。

原路返回，路依然不好走。可喜的是，终于看到有游客上山了，在半山腰见到了我的小司机，可算有个伴兼向导了。一路上和他聊了聊这地区的变化：我以为的野景，在他看来已经改变众多，10年前这里的环境才更像野生丛林，而在悬崖边上看到的，从山下直长而上几十米的巨大树木，已经不到以前的十分之一了。而游客担心的狮子和蛇，他说以前是有的，但早已经被人抓净了，即使现在有野生的狮子，也是决计不敢出来见人的。可见人还是最可怕的。地雷也已经排净。在他看来，这地方已经被人改造太多了。

下山时万般小心还是滑了一跤，还好只是手破了点儿皮，没有大碍。半边裤子和相机底部沾了不少泥土，带着这痕迹走了一天。不幸的是拖鞋里进了沙子，每走一步脚上都是一阵剧痛，昨天脚上磨出的创口已经不是最大的问题，而无数沙粒附在鞋底才是痛苦。解决的办法很简单：脱鞋，赤足。于是下山的大多数旅程，我完全是赤裸着双脚从大石块、小石块、泥土和树枝中走出来的，这也是目前为止我与大自然最亲密与最实在的接触了。

遗憾的是，高布斯滨的许多著名雕塑，我都没有看到。不知是没找到还是水流太大，不过这旅程对自己来说已经很满意了。出来时以$1一条的价格买了几条围巾，找了个好心的店家借水把我和小司机的拖鞋冲洗干净，随后出发前往女王宫。

女王宫相对来说是个面积不大的景点，但她的盛名来自其精致。女王宫拥有吴哥最精细的浮雕，精美到让人很难想象这些是从石头上刻出来的。游人比较多。出来的时候，遇到残疾人推向一本吴哥寺庙的盗版书(Ancient Angkor)。本来不太想买，但试探性地说了个价格后居然可卖，最后就以低于人民币40的价格成交（全彩铜版纸，印刷还是不错的）。回来才发现，这书作为我写游记及平时查阅时的资料非常有用。

在景区吃饭。其间有个不知是不是TukTuk司机的柬埔寨青年凑过来和我聊天，他谈到很羡慕我们这种游客，可以到各个地方玩玩看看。他如果挣了足够多的的钱，也要到处去游览、坐飞机、去看看外面的世界，给我触动很大。提到前往马德望的计划，他还提醒我说卖给游客的票都很贵，而对当地人就非常便宜。十分感谢他的真诚建议，不过是那个船票对于游客来讲，只有一种选择($20)。还看到不少武装巡逻的士兵，因为近几年柬埔寨和泰国两国在吴哥附近又有交火（历史上两国对吴哥窟主权的争议已久。2010年1月底又发生了交火，不过是在离暹粒的吴哥景区很远的地方）。

看着外面完美的天气实在是一种享受，只是气温会让你觉得，熊掌与鱼不可兼得。吃完饭启程前往吴哥中心区域，向着昨天大圈尚未仔细看过的圣剑寺进发。途中又路过了比粒寺，决心再上去一遍。在这美好的天气下，再次感受这个吴哥我最喜欢的地方。拍了一堆照片，放松心情感受上面的美景，还请一对夫妇帮我拍了照。下来拍比粒寺全景，可这时发生了悲剧性的事件：今天早晨逐渐恢复的单反相机没电了，没有带充好电的电池。于是后面的照片就靠小卡片机支撑，遗憾的是这是在吴哥核心景区的最后一天，很多地方就没有由单反拍摄的完美照片了。

继续赶往圣剑寺，还记得暴雨肆虐那天我提到的台阶陡峭的茶胶寺吧？回来的路上我又拍了两张完美天气下的茶胶寺，美极了。

TukTuk路过吴哥中心地区时，抓拍了一张南仓库塔群的照片。

到达圣剑寺，开始探索这座巨大的寺庙。时间下午4点左右，日照高度依然非常之高，把单反上的CPL拿下来放在手里，放在卡片机镜头前面用，效果不错。这座庞大的寺庙，拥有宏伟的建筑结构，两棵纠缠在一起的巨树以及一座类似希腊风格的双层大厅式建筑。

然后驱车又到吴哥王城中心地带，看了昨天没看的Preah Palilay，这里既幽静又漂亮，遗憾的是相机电池所剩无几，只拍了两张。然后又到巴芳寺和巴戎寺补了几张照片。

利用当天最后一点儿时间赶往吴哥窟，拍摄夕阳下的吴哥。这美丽天气下的吴哥真是太美了，可惜这是在景区的最后一天了，和相机电池做最后的搏斗，拍下了夕阳下的吴哥，为吴哥核心景区划上了虽然不算完美，但也非常圆满的句号。想起Lonely Planet里面的一句话："吴哥窟----用石头筑成的众神之家，寺庙里的人间天堂"。今天一天的紧密行程带来了无数惊奇和挑战。想想两天前暴雨中令人畏惧的吴哥众神庙，和现在披着金色外衣、屹立近千年的世界奇观，吴哥所能带给你的，绝对超乎你的想象。

晚饭在一家GH的餐厅吃了个意面+三明治套餐，一顿超饱的晚餐。晚上想把脚上因为穿鞋不适导致的伤口消下毒，到街边的一个小药店，买了红药水、创可贴和棉签(Q-tips，最后店家送了我一大包)，红药水约合人民币一块五。

回去休息睡觉，结束了吴哥核心之旅，明天将是吴哥部分的最后一天，奔密列和暹例城区之旅。

未完待续

要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

OpenParty "聚萤"

2010-01-31T15:51:53Z

2010年开场的OP活动依然精彩，此次活动吸引了近百名朋友前来参加。此篇文章仍像以往一样，简要描述下在本次活动中，自己聆听的几个话题。

首先是ThoughtWorks咨询师钱钱带来的"敏捷需求分析"话题。此话题分量很足，在此简要呈现下我的零星记录，作为个人对整个话题思路(不完整)的简单梳理。

敏捷软件需求

软件需求遇到的最大问题是什么？基本上都是沟通和交流的相关问题

需求从哪里来：客户（市场）、用户

我们需要确定的是：谁是用户？当前业务流程情况？业务目标是什么？

项目需求确定中遇到的最大问题是什么？需求文档驱动的过程不堪重负

ThoughtWorks如何进行需求分析

项目启动：QuickStart

概要的需求分析，初步估算规模

不是不需要文档和需求分析：但是也不期望一次弄清楚所有需求。在项目启动阶段，先实行粗粒度的计划，暂时不考虑远期偏向细节的东西。

粒度最好可以控制到，单一发布中，每两周一个迭代。

这期间最重要的，是了解业务、分解业务。这在各个领域、各个公司、各种情况下都不同，没有规则可以遵循。

项目启动阶段（概要分析阶段）

产出：

1 愿景和动机、驱动力，业务价值

2 需求列表

3 可视化项目原型

同时评估项目风险、成本，提供可视的、便于评估的文档。

通过需求分析师、客户面对面的信息交流，把需求、目标具体化，最终创建大家一致、认可的目标和分析。可以通过一些具体的东西来实现，比如财务流程图，业务流程图，功能分解图。

在文档不堪重负的情况下，如何表述需求？使用 User Story (用户故事)卡片

（卡片范例）

来自：http://www.agilemodeling.com/artifacts/userStory.htm

为什么用卡片：单一的需求文档只是信息的聚合，而分解为可以量化和检索的知识，更加便于我们评估和分析。

每个 User Story的基本定义为：一小块对客户有价值的功能。
这个原则是如何产生的呢，通过角色流程（ Role-Process）的方法，绘制出流程图， User Story是该图上基本的元素

Story的3C原则：

Card 需求存在
Conversation 一段对话和交流
Confirmation 用户需求的确定性

如何分辨 User Story的质量呢？好的User Story遵循INVEST原则

Independent 可以独立开发
Negotiable 可以协商
Valuable 有价值
Estimate 大小可评估
Sized appropriately 合适的粒度（1~3天为最合适的粒度）
Testable 可测试性

需求可以分解为：产品、模块、特性、用户故事、开发任务五种不同的的类型，逐步细化。

举例：
产品：电子商务系统

模块：电子商务模块
特性：购物车、在线支付

用户故事：添加到购物车，查看购物车

开发任务：更改数目、计算总额

任务分解后，先排出优先级，对技术可行性作出验证。

UserStory的生命周期：使用Mingle管理，建立 StoryWall

可视化管理：

墙上贴卡片
直观
增强了管理透明度

总的来说，敏捷＝开发实践＋项目管理实践

简单谈两句我个人对于敏捷的非常粗浅的理解：

这其实更是一种管理技巧与方法，而不是具体的技术问题。如果仅从一个(懒惰的)程序员自身的角度出发，那么整套东西基本是很多看起来奇怪、有些还打破了日常工作习惯的行为准则的堆砌。但如果你有幸能够参与多个角色（如同时作为产品的销售、开发、决策人员其中的数职），来从一个更高的高度来审视并经历过一个或数个软件项目的时候，就会发现这些行为准则完全都是为了一个清晰的目标：为了按时、高质量地完成软件项目。同时竭力避免软件项目各个过程中各种由于人员、交流以及其它问题所造成的不利影响。

结尾的时候钱钱推荐了一本书：User Stories Applied ---- TW敏捷需求分析师必读，欢迎感兴趣的朋友参阅。

----

Mozilla在会场展示了火狐中文版本的一个功能，"火狐魔镜"。简单的说，就是可以把任何网站页面上单独的一部分取出作为Widget放在桌面的功能。整个演示很眩。

我个人认为整个话题最好的地方在于异常良好的互动性。整个话题是一次互动的交流、这个产品的走向、发展以及未来开源的情况，在场观众都得到了即时的了解。同时通过和在场观众的互动，Mozilla方面也更好的获得了开发需求的反馈，用户也可以窥见未来产品的方向。我认为这种形式非常值得借鉴，是参与开源社区产品的公司，与开源产品的用户一种非常好的交互模式。

----

接下来就是超群带来的MongoDB介绍。通过超群抛砖引玉的介绍，让听众对于MongoDB的特性有了比较好的了解。

具体的信息可以参考当时演讲的slides: MongoDB in Action 很适合入门，同时MongoDB 项目的 Tutorial 也值得推荐。

我再次简要描述一下大家普遍关注的几个方面：

性能Benchmark

可以参考这个页面，http://www.mongodb.org/display/DOCS/Benchmarks

比较值得记录的如下：

不支持JOIN
不支持事务
支持其它大多数常用SQL功能

提供了三种Replication的方式

主从
pair形式
有限的主－主

便捷、自动Sharding (这点很Cool!)

GridFS 内建的文件系统

两个应用：

nginx模块，可以直接读取GridFS
fuse模块让*nix操作系统可直接挂载 GridFS

提问时间，我根据自己最近对kv的一些肤浅了解提了如下问题：Tokyo Cabinet 最近的版本增添了table存储功能，也已经跨越了kv的阶段，与TC的table相比，MongoDB的优势在哪里？

回答：首先，tc 的table诞生比较晚，相较其它部分，有不够成熟的风险；tc的库还是单文件库，倘若要分库，没有MongoDB的sharding 方便。

不过MongoDB占用磁盘过多，我个人觉得如果磁盘IO可以提高的话，性能或许还有提高的可能。超群目前的应用情况是，几百万条记录，占用磁盘空间几百兆。

由于自己现在在做Django，特别关心了下MongoDB和Django的结合，有如下项目可供感兴趣的朋友参考：

两个Django结合MongoDB应用的例子

DjanMon

http://github.com/mdirolf/DjanMon

Using PyMongo

django-mumblr

http://github.com/hmarr/django-mumblr

Mumblr is a basic Django tumblelog application that uses MongoDB.

Using MongoEngine

另外这里还有一个非官方的MongoDB Django Backend:

Django MongoDB Backend

http://bitbucket.org/kpot/django-mongodb/

总的来说， MongoDB在我看来，是用来在使用基本SQL功能又想要获得类似KV存储数据库性能的领域，同时又希望尽可能降低转换成本的合适选择。感兴趣的朋友不妨尝试看看。

----

一月份的活动也是我加入OpenParty核心团队后的首次活动，可以向大家透露的一点是，现在OpenParty团队正在努力在各个方面进行改进，力争为大家创造更好的交流、学习环境。感兴趣的朋友也可关注OpenParty 官方Blog，了解最新的详细情况。大家一直以来的支持，是活动组织者最大的动力。

柬埔寨背包记四：风雨过后

2010-01-12T15:11:32Z

我于09年9月27日－10月8日在柬埔寨独自背包旅行，其间的经历和收获数不胜数。相关的经历我曾在 Beijing Open Party 上有过一次交流分享，现在把旅行途中以及后来的一些记录陆续发布到这里，请感兴趣的朋友关注这里的更新。要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。除正文中的照片以外，还可以在我的Footbig以及我的豆瓣相册中欣赏因篇幅原因未能在文章中出现的照片。上一次交流分享的slide可以在我的slideshare页面看到。

早晨起床向窗外一看，果然天气在转好。翻出相机准备开始拍照时，自己却一下子傻了眼----单反相机里一层水雾，什么也看不清。

昨天下了一天大雨，自己觉得单反相机没有那么娇气，就没有采取防水措施，昨天的糟糕天气就这么坚持下来了。实际上下午雨很大，单反在雨衣里有些水雾，我就直接把相机挂在雨衣外面了。可完全没想到第二天会有这么大的问题（现在回想起来，这一晚相机就放在潮气十足的小摄影包里面，这也是个绝对错误的做法）。这一下慌了神，拿下镜头看了看，反光板看不到水汽，似乎在镜头内部。甩了甩感觉情况好些，于是想就在出发的路上吹吹风，或许就好了。于是怀着忐忑不安的心情出发，可路走到一半我就彻底高兴不起来了，镜头水雾的问题通过吹风解决了，但相机却怎么都无法开机了。

被打击到极点。想象一下一个千里迢迢来游玩却没有相机的人该是什么样的心情吧。当时的感觉真是糟透了，脑子里一直想的就是自己应该怎么办。

但已经出发，没有办法，就这样开始了吴哥大圈(Grand Tour)的旅程。第一站去了昨天去过的巴戎寺，因为在看自己打印出来的攻略时，发现其中被攻略中的作者遗漏的巴戎寺第三层我也没有找到，自己决定不要像作者那样留下遗憾，赶快去补上。由于雨势渐缓的关系，游客比昨天多了很多。

身处文化奇迹之中而自己手里却没有相机实在是一件异常痛苦的事情，虽然可以用自己随身携带的一次性相机来拍照，但还是弥补不了这个遗憾。

辛苦爬上了巴戎寺的二层平台，却没有找到通往三层的入口。向一个导游打听，他指给我一个台阶，说上层因为维修原因关闭了，近一段时间都不能参观。遗憾。思绪烦乱的我去看了日本人修复巴戎寺图书馆的过程，意外地发现整个工程让人惊叹。几千块石头组成的小型建筑，需要将整个建筑完全拆开，每块石头依次编号，重新组合。那编号绘制的图纸看起来震撼人心，非常严谨。（此方法已是吴哥寺庙修复的一种通用工程方法）

从巴戎寺出来就去看周边景点，癫王平台和战象平台。这时天又开始阴下来，心情还是不好。走上平台有小孩子热情地为你指路，之前看过攻略，这是一种后收费的导游，如果你不需要，就礼貌地告诉他们不需要导游就可以了，这些孩子都很友好，也不会死缠着你。

去过这两个平台，就去看了巴芳寺，巴芳前面的长廊非常漂亮，很有气魄，径直走在上面有种难以名状的神秘感。寺本身很大，遗憾的是通过长廊走到寺前，又是一个写着"维护，禁止入内"的招牌，于是只能折返。

这时昨天晚上买的凉鞋出了问题，开始感觉非常磨脚。由于自己没有经验，尺寸买小了导致两脚磨得非常厉害。混着满地的泥土和雨水，每走一步都是一阵生疼。配合上午这困境，自己一阵苦笑。一步一挨地走到皇宫，简单看了一下，照了一张照片就往回走，实在是没有办法。

忍着脚上的痛楚，走到琵琶南。雨一直在淅淅沥沥地下，没有相机，望着眼前神秘的景色，心里觉得别扭极了。

心里下了狠心要把这问题解决才行，于是和小司机商量，他说离住处不远有个相机行，应该可以修。于是中午毅然返城。

整个暹粒今天的天气已经比昨天好了很多，雨量大大减小，但是城里的水却更多了。这是由于城市处于较低的地势。一路上简直就是一片汪洋，TukTuk苦挨了一路，终于也在离住处不远的地方熄火了。

步行前往小司机说的那家照片行，被告知：没法修单反。不过在拿相机给店员看的时候，发现相机又可以开机了，真是意外惊喜。但感觉还是很不稳定，还得想办法。新买一个相机感觉不是很划算，于是问店员有没有相机出租。惊喜得是居然有，说着拿出三个卡片机来让我挑选，一眼就相中一台松下的小机器。于是以$10一天的价格租下，解决了最让我头疼的大问题。

为了庆祝自己克服一个巨大的难关，饱吃了一顿泰餐。中午稍加休息，下午出发继续游览吴哥大圈。这时雨完全停了，远处的天气慢慢露出了一点蓝色。气候凉爽，自己也终于完全放松下来。就在这样的一种气氛中，来到了比粒寺(Pre Rup)。

这是吴哥区域里我最喜欢的寺庙。这座砖红色的寺庙醉人的氛围，让我在下午的那个时刻，第一次真正地把脑子里的各种计划清空，而安静地抚摸着近十个世纪以前的雕塑，眺望远处的田野，静静地体会这难得的宁静以及异乡的壮美。昨天风雨中谦卑的祈祷者，终于体会了大自然的报偿。

比粒寺从结构上来说很简单。但非常值得一提的，是其台阶完全不是变态的吴哥风格，非常好走。而 Pre Rup 的名称源自"变形",　据考证称这里可能是国王升天之前的最后一步----火化场。

游览完比粒寺，驱车前往北边的东梅奔寺。这座寺庙总体来说，就是小了一号的比粒寺，因此给我的独特印象不多。

接着继续向北前往Ta Som。这是座庞大的寺庙，里面人不多。到处顷塌的大石倒是让我感觉很像塔布隆寺。

转到最后的城门，看到一堆孩子在玩水。原来是土地的地方现在都变成了河(昨天雨太大了)。不过自己很纳闷，好像没发现小司机说的大树？看到里面有几棵树也挺大的，似乎没有什么特别的，就没怎么放在心上。
回来整理照片时才发现，Ta Som 有一棵完全和石雕长在一起的树，奇怪自己竟然没发现这重要的风景。赶快翻照片，发现原来我所站的门就是那棵树，而要拍到它，要跨入河里然后回头才行！还好自己照了张那棵树的侧影，稍稍弥补了下这个遗憾。

从Ta Som 出来向西，又遇到了由北向南急流的大水。水有多大呢：路上有一座桥，但是现在只能见到一半栏杆了，大水早就已经把桥淹没了。

TukTuk走不了这路了，看了下水淹路段大约４００米左右，淌水步行+推车还是挺辛苦的。不过前面有个拖车在做拉活生意，把TukTuk放在拖车上，连人带车过大河，另外还带上了带着摩托车困在桥栏杆上的两个女孩。到地方后付钱 $1。我还以为是我和司机两个人的，没想到是全车4个人的价钱。那两个女孩为此还感谢我，于是就这样本来想节省时间还便宜买了个人情。

下一站龙蹯水池。入口处同样积水，有车可以付费运你过去。我一看积水只有十几米的样子，再加上刚才也趟过半天水了，就直接淌水过去了。(脚上上午被磨破的地方还露着，中午时换了双不磨脚的鞋。但已经顾不上其它的卫生要求了)

龙蹯就是中央有雕塑的吴哥水池，是为圣剑寺供水用的。有趣的是书上说水池已经几百年没有水了，可是到那里一看，大池里水不少，小池也坑坑洼洼地积了些水。看来这次的雨还真是不一般呢。

在龙幡水池的路上，有地雷受害者乐团在演奏，他们都是因地雷致残的人，靠音乐来生活。柬埔寨一直是世界上地雷危害最为严重的国家之一，七十～八十年代遍布全国的地雷给民众带来了无穷的灾难。他们的音乐很悦耳很好听，捐了一点儿钱。

接着前往大吴哥区域最大的寺庙----圣剑寺。一进去就发现这真是座庞大的建筑，屋子都是少有的密集型，十分壮观。但是考虑到需要到巴肯山看落日，时间已经不够多，只好把详细游览它的行程放到明天了。

从圣剑寺出来，以最快的速度在5:00PM之前到达巴肯山。上山的路基本上是一直在转圈，因此也没有什么坡度，不过有一根登山杖会很管用。十五分钟后到达山顶，见到了巴肯寺。爬上一贯陡峭的台阶后，向四周望去，皆是阴天......

天气的原因看不到日落实在是没办法，干脆就在这里眺望下雾蒙蒙的远方，享受这辛苦一天最后的浏览时光。人流在这里聚集最多。南方天空有一抹乌云被抹开，露出了天蓝的天空，令人无比神往。夕阳也从西方露出一点点儿霞光，引得大家争相去拍摄。另外巴肯山上还有传统的，传说可以保佑生育的图腾，引得无数男女拍照去留念。18:00，天色暗下来了，工作人员请大家下山。

这时自己之前参考攻略特别为下山这段路准备的手电发挥了作用。开始路上只见手电的微光，后来越来越亮直到最后成为路上唯一的光源。因为此时下山的路已经是全黑了，虽然路上没有太大的危险，但是路毕竟也不算特别平坦，看不到的话难免有崴脚之类的风险，所以手电这里还是必须的。

从山上下来，黑夜已经开始了。找到小司机，返城回去。结束大圈的旅程。

顺便说下这两天的车费都是￥15，(TukTuk)标价，但从明天开始的女王宫、高布斯滨旅程开始价钱就要翻倍了，因为路程要比这两圈要远得多。

晚上去GH附近的New Apsara Supermarket采购，这超市东西种类多，价格实在还非常干净。然后在外面一个街摊上吃了顿炒饭。然后就早早回去看电视休息了，准备明天的长距离之行。

未完待续

要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

2009 in Review

2009-12-31T14:59:26Z

2009年对于我来说，是自己充分利用时间体验、学习并且收获的重要一年。同时思考问题、做事情的方式通过学习和了解，有不小的提高。

一月，工作里可以由自己主导并实现的技术部分开始让自己获得空前的成就感，公司年会的工作则让自己第一次发现了自己各个方面能力所能到达的空间是如此之大。

二月，主要时间放在Bugzilla的研究上、简单的体会都放在了OpenParty"有狐"分享的话题中。

三月，开始一个自己主导的系统工程的设计工作；月底购买了cnborn.net的域名，筹划了近2年的独立Blog生涯终于正式开始。

四月－五月在青年旅社住了月余。本来只是作为自己放松心情和切换环境的尝试，没想到从这环境中接触到的众多有趣的人和事，成了自己开阔视野，改变思想的巨大契机。从未想到过，自己曾经的世界，是如此狭小；太喜欢 Getting Real 这本书，于是就把零散的翻译又重新修订整理了一下，然后发布。

六月，月初的 Google Developer Day 是那种难得的盛大、却又感到无比亲切的活动，有幸能上台做了个简短发言。月底完成 CheckNerds API 的设计。

七月，发布自己一直就想做的一个PyGame小游戏

八月，在扬州、镇江的三天旅行；正式发布 CheckNerds Labs 开源项目

九月，对于自己未来方向思考最多的时间，同时下定了决心

九月底－十月初，在柬埔寨独自背包旅行，详情请见《柬埔寨背包记》系列文章

十一月，自己独自主导、设计、实施的项目最终交付，过程中对于流程、需求以及其它诸如高效交流等方面的学习，远远超过技术上的收获。对于生产力工具的设计流程、有了无比清晰的体会和认识。

十二月，到了自己想要做些什么事情的时刻，脱离了一个对自己来说足够舒服却不能以最高效率推动自己进步的环境，告别了原来的公司与行业，来到新公司，意味着新的机会、方向和新的开始。这其中的经历和思考本来可以单独写些东西的，但是超群的一篇文章《致年轻朋友的一封信》里所阐述的内容近乎完全就是我心中所想，而且我俩的经历也很相似，所以就不再另写，请大家阅读超群的这篇优秀文章。

年度影片： The Curious Case of Benjamin Button，震撼人心的体验，充满了伤逝情怀的故事，而影片描述"在异乡探险，发觉生活真谛"的短暂一瞬，成为震撼自己以及诸多朋友的难以忘怀的时刻。
年度书籍：《达摩流浪者》，如果说有什么东西，可以让一个人觉得自己可以完全打破对于自己所生活的环境以及精神世界的认知，进入到一个新的、前所未见的世界并认识自己曾经的狭隘和世俗的话，这本书就是这样的东西。其中或许很多人认为并不够"宗教"的宗教描写，却为普通读者更好地阐述了这种精神生活的状态和体验。
年度音乐：Beethoven - Piano Concerto No. 5 in E-flat major 'Emperor' (Op. 73) / Symphony No. 3 in E flat major 'Eroica' (Op. 55) －恰好今年听的一场音乐会就是这两部反复在听的音乐

自己越加发现知识交流与分享的重要性、积极参与并记录了一整年的OpenParty活动，结识了很多充满精力与热情、热爱并坚持着自己的梦想的朋友，绝对是今年精彩的一笔。开阔了自己的视野和思路，突破了无论是知识、地域等曾经束缚自己的很多障碍，发现了更多新大陆；自己思考问题的方式更加理性化、更具有条理性、更加稳重；看了非常多的TED视频，难能可贵的是对其中很多内容的理解对于自己有非常大的收益和帮助

读着自己2009年的精确到每天的日志记录，发现那些琐碎的记录中体现这自己的对于时间点滴的把握还是值得肯定的。年初计划中基本的目标都完成了：职业大方向的确定；参与更多的开源社区类活动；拥有更多的冒险精神和体验；结识了很多朋友；只看著作级的书／电影，节省时间的同时获得最大收益。

2010年对于自己最重要的，就是在新的方向上更加专注、节约有限的注意力，将以往单纯的节约时间，变成更加高效的利用时间。同时继续其余各个方向上的努力，这就是对我来说，完美的计划了。

OpenParty "岩上"

2009-12-20T17:44:21Z

12月份的活动聚集了来自Apple、设计、架构、出版等行业的大牛们前来分享话题，所以来到现场参与活动的人数达到了 OpenParty 活动的新高峰，100多人几乎坐满了宽敞的ThoughtWorks办公室。

恰逢 OpenParty 成立两周年，现场还播放了温馨的回忆片花，感谢长期以来大家对于OpenParty的热爱与支持。

重点讲述一下资深的Apple专家 @hengdm 带来的重量级话题，iPhone软件开发设计流程。（现场投票58票，为 OpenParty 活动历史以来最高，可见此话题多么受欢迎）

---

"用设计Windows软件的心态去做OS X应用软件，下场必然失败；
用设计Windows软件的心态去做iPhone应用软件，下场必然失败"

设计师以及设计团队的灵光闪现，固然可以促成一款好软件的诞生，但是这种灵光闪现却可能带来更多无法管控的内容，影响软件的整体质量和体验。所以，苹果公司在软件产品设计流程的管理中，严格控制了规范流程，尽力避免软件受到这些灵光闪现的影响，而从一个理性、量化、可以阐述的角度，来规范软件的用户体验和质量。

如果用一种苹果独有的体验标准来衡量软件的体验和质量的话，那就是"让用户感觉自己使用这个软件的动作都变得十分优雅"。

总体上说，iPhone User Interface Design分为四个部分

平台的范例：了解用户的使用情景和使用习惯
软件产品定义：明确软件的功能目标
设计及原型
对软件的打磨与改进

Coding 的部分，所耗费的时间在整个的设计流程中，绝对不是最多的。通常夹杂在第三步和第四步之间。

"我们造就工具，工具也造就我们"

作为产品设计人员，一个必要的宗旨是做有水准的产品，对用户负责。用户从来就不是你所想象的那样，会因为"素质低"而使用并习惯设计不好的产品。现实的情况是，如果产品的设计人员足够认真地进行产品的设计和打磨，那么就会有足够多认真的用户，来一起使用并且认同一款产品，从而形成正常的良性循环。端木非常不赞同国内脑残产品的做法，对用户的不负责，就是对自己的不负责。

iPhone的革命性创新，对于软件以及交互式体验设计提出了新的需求。内置电子罗盘、GPS、Internet浏览器等各种功能和设备的结合，为产品设计者带来了更多的用户信息，而如何应用、认知这些信息从而产生有价值的产品及用户体验，是关键所在。

从操作体验上进行阐述：软件的操作界面，从1970年至今经历了打孔纸带→终端界面→图形界面这三个大的演变，总体的发展历程来看，用户的行为，离直接操作数据越来越接近，操作方式也逐渐由抽象变得更加直接。iPhone更是第一次给用户以"直接用手来触控数据"的体验，而非像传统的操作方式还需要一个中介媒介（输入设备）来进行，这个技术上的不大的变化，带来了感知体验上巨大的提升。

从一些具体的设计细节来看iPhone给用户界面体验带来的变化：

鼠标点击，所影响的尺寸为1x1px
手指触摸，所影响的尺寸为22x22-55x55px
滚动条在以往的手持移动设备中（如Windows Mobile)，还存在。但是在苹果的概念中，滚动条的设计与用户直接的体验设计向背离。用户可以用手指直接滚动屏幕，与常识性的概念完全一致。同时滚动条的样式还存在，但是仅仅作为一个信息指示用的工具（提示页面位置）的工具而存在了。
同理，下拉菜单也变成了转轮，完全摒弃了在大屏幕系统上常见的各种GUI控件先入为主的概念，而完全从用户操作的角度考虑，来达到用户可以直接操作并反馈的效果，而不是纠结与细小的，难以控制的组件中。

可以说，抛弃以往由输入设备、遗留GUI设计等原因的操作定式，而将对于用户的操作变得更直接以后，带给用户的提升和震撼，是可以想象的。

不过请注意，上面讲述的都是将操作界面变得更直接更加易于使用。但是这种情况并不适用于100%的应用程序。合理应用间接操作的设计，也可以达到良好的效果。那么什么样的应用需要并不那么直接的，也就是刻意被复杂化的操作呢？举个例子，比如在游戏中，如果玩家可以通过手指快速点击游戏中的目标，那么游戏就变得毫无挑战性了，所以游戏中，将操作间接处理，让玩家需要左右摇摆位置变换目标，再按发射按钮开火，这样以来，间接的操作就给游戏带来了挑战性，组成了游戏乐趣的核心。由此可见，针对不同的应用，提供不同的设计思想和操作模式，是十分重要的。

明确软件设计的目的：不是功能的大集合，而是明确要解决一个怎样的困难，为用户提供一个具体的解决方案。

界定应用程序的三大基本要素：这个应用程序与其它应用程序的不同之处／需要解决的问题／所面向的用户群

Context/使用情景：不同的用户所需要的使用界面的差异。列举了商务人士／消防员这两个不同的职业，倘若使用iPhone应用程序的话，对于应用程序界面感受的具体需求会是怎么样的。

通过iPhoto软件桌面版和iPhone版本的设计区别来重点讲述，设计软件中基本要素的体现：

iPhoto桌面版作为一款功能全面的软件，其基本的功能介绍有几十项之多，基本覆盖了一个通常用户对于一个好的相片管理软件的需求。其功能可以主要概括为以下三个项目，组织照片、编辑照片、分享照片。

那么，iPhone的版本，是否也应该照搬这个设计呢？答案是不，有如下的几个原因：

首先，单单就界面元素的设计来说，很多在桌面版本中应用得十分出色的界面元素，如操作面板、照片显示风格等，都不适用于直接搬入iPhone版本中，画面太小，会导致操作起来不友善。
从功能上来说，用户时候需要在移动中，从手持设备上认真的组织自己的照片？是否需要在路上用手指细细地编辑自己的照片呢？答案基本上是否定的。不过，分享照片这个功能，确实是iPhone版本可以大放异彩的地方，所有人的都会有分享照片的场合，而一个随身携带的设备，恰恰是这个功能应用最好的载体和实现者。

思考到这里，这个软件就有了一个明确的设计方向。iPhone版本的iPhoto软件，应该有清晰、流畅的浏览体验，并且可以让用户迅速和别人分享该照片。

这就体现了iPhone软件设计的一个很重要的宗旨，选取最少的功能，简单就是美。但注意这一切是在了解用户需求，并集中精力去解决用户所遇到的问题的基础之上。而与之理念相反的、功能复杂、冗长的产品，绝称不上是个好产品。

整个设计中，还包含了无数的细节，而高的价值，往往都体现在这些细节中。通常来讲，AppStore中的优秀软件，都用了大约60%-70%的时间来进行产品的设计和定义，实际的编码时间所占的比例，要远远少于通常的软件项目。这就意味着，iPhone平台上的优秀软件在用户交互以及满足用户需求的方面做的更好。从而让整个平台以及平台生态系统的易用性体验，达到一个新的高度。而苹果这些设计理念，都注入到了 iPhone Human Interface Guideline 这部文档中，此文档堪称iPhone开发人员的圣经，不单单介绍了iPhone开发中这些元素、以及针对用户体验相关的要求，更是把与此相关的来龙去脉全部呈现并细致讲解，是苹果无数理念的结晶。

提供优秀操作特性的基础元素：

多点触摸
虚拟键盘，可根据应用需求进行定制，摆脱了实体键盘在体积以及直观程度上的困扰
可隐藏的控件
减少用户输入操作，自动提示和补全，提供默认选择

根据掌上设备的特点，捕捉用户的行为习惯，为用户提供最好的体验。端木在讲述时举了这样一个例子：用户在早上的某个时段、特定位置经常查看一些内容；晚上在某个位置特定时段查看一些其它内容，在几天之后，软件自动识别出相应的规律，并自动为用户展现相应的内容。用户会觉得软件的人性化程度非常高，从而对产品有着更强的投入感。所以，利用好获得的用户信息资源，可以有很好的成效。

具体到控件设计应用的一些指示：

工具栏加材质，图标一定要保持简单
可点击的控件都带有触感
导航

指示层级位置，直观
显示目标，回退按钮名称为上一级内容名称
使用标准控件

列表

使用图标，便于用户记忆
两种不同的展开箭头：进入新界面和不进入新界面的

Tab的使用可以减少层级结构，有效组织内容，可以参考iPod应用程序下面的Tab栏

苹果的设计美学体现在很多细小的地方，一个非常明显的例子就是联系人管理中的联系人详细信息页面：这个页面设计中的行间距、颜色搭配、版式等等都是苹果美学元素的最佳体现。端木限于时间关系没有过多描述，简单的说，行间距中文字实际上并不是居中的，而是下方比上方空白多出一个像素，原因是这样的视觉效果给人以更加稳妥的感觉。

针对不同应用程序类型，使用图形界面元素所需要注意的技巧：

严肃类工具：直观的界面，便于操作，使用标准化的控件
有趣类的工具：可以加入些个性活泼的因素
有趣的娱乐软件（如游戏）：不能使用标准控件，在界面上提供足够的新意和感觉
严肃的娱乐软件（如iTunes商店）：可以适当使用一部分图形来提高体验认知。可以用动画来帮助用户理解行为，接受反馈

创造实用的小工具：最受欢迎的工具都是单一工具，只做一件事，数据不要太复杂。

讲述设计过程中的纸上原型设计时，讲到了Things团队精彩的设计过程。而细致的设计流程通常需时一个月，这是非常重要的过程。

界面上的打磨与改进：加入软件自动提示、根据用户行为提供足够反馈等细节功能的提升。但注意要避免：

加入动画不意味着全部界面元素都在动
设置有意义的动画
各种视觉效果要以不影响用户的主要任务为前提

总结：

产品给予用户直接的操作体验，在可操作元素上进行视觉反馈。
UE>UI
最好产品的元素定义，经过仔细的设计流程，最终生产、发布软件产品，如此才能保证有一个良好用户体验的产品设计

总体来说，这个话题从主旨上强化了很多我在 Getting Real 里面学习到的理念，又经历了一个打破条条框框，从新的方向开拓思维的旅程。也感受到了苹果的团队，对于细节已经不再是一种要求，而几乎就是一种痴迷，绝对的痴迷。这种乔布斯气质领导下，很难出现质量不高的产品。当然，细节只是关键环节的其中一环：正确的方向和思路，完善而严谨的细节设计，良好的用户体验，这些要素缺一不可，而成功地把握它们，并在其中找到绝对的平衡，才是苹果的成功之道。端木恒的演讲非常精彩和有感染力，slide的设计更是出色。实为一次绝佳的收获。

接下来又收听了西乔带来的"理性的设计"话题，由于时间和精力有限，无法做非常细致的呈现了，感兴趣的朋友可以移步这里查看现场视频录像。

柬埔寨背包记三：风雨中的吴哥

2009-12-14T14:33:41Z

我于09年9月27日－10月8日在柬埔寨独自背包旅行，其间的经历和收获数不胜数。相关的经历我曾在10月底在 Beijing Open Party 上有过一次交流分享，现在把旅行途中以及后来的一些记录陆续发布到这里，请感兴趣的朋友关注这里的更新。要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。除正文中的照片以外，还可以在我的Footbig以及我的豆瓣相册中欣赏因篇幅原因未能在文章中出现的照片。上一次交流分享的slide可以在我的slideshare页面看到。

前面的文章提到了，吴哥景区是一个非常庞大的区域，面积约为386平方英里的主要区域上，坐落着世界上最大的宗教建筑群，以及近千年以前曾经的辉煌都市及灌溉奇观。吴哥景点的旅游线路分为小圈和大圈，一般各占用一天时间。小圈和大圈的旅程就基本囊括了吴哥核心区域的主要景点，是吴哥游览的核心部分。

早上9点，冒着滂沱的大雨，为了不耽误接下来的旅程和计划，开始了吴哥小圈之旅。天色灰暗阴沉，从暹粒通向吴哥的主要道路已经满是积水，路边到处都是熄火的摩托车。心里还为驱动TukTuk的小摩托捏把汗，索性还好。于是就这么颠簸着来到了吴哥窟面前。

和昨天傍晚热闹的情景不同，今天的景象颇为平和，人也少了许多，估计是大雨打消了不少游客前来的念头。穿过满是积水的门廊后，终于瞥见了这座向往了许久的宏大庙宇。

在外围仰望了许久才进入中心建筑的内部。首先感到震撼的就是中心寺庙外围800米长的浅浮雕，虽然大多数游客可能并没有时间和经历完全消化掉这些精美浮雕所呈现的史诗般的历史故事，但是这伟大的艺术佳作和对于细节的追求，确实令人赞叹。

继续进入，就发现那些细节之美，体现在这里建筑的各个部分之上，那些800年前的雕刻，就完整地呈现在你视线所及的方方面面，墙上、廊柱上、屋檐上...... 那些让你惊异的细节无处不在。
走近吴哥窟的核心----五座中心塔，庞大而华丽的圣殿出现在眼前，而那陡峭的台阶让人望而怯步。不过现实中，也不得不"怯步"，因为中心塔部分修复工作中，不允许游客登塔参观。颇为遗憾，但在它脚下的确更能感受其宏大和壮观。
冒着雨继续游走，继续品味整个建筑群的对称美以及象征意义。但这雨天太糟糕，光线太亮，极不适合拍照。总共用了大约三个小时。

从吴哥窟出来时，卖东西的小女孩，十几岁的样子，与人打交道经历的纯熟使人印象深刻。在你进入景区之前和你打个招呼，就认定你是和她谈好买东西----却没有什么让我喜欢的东西。这时过来另一个小女孩来兜售，看我觉得另一个女孩的东西还不错，于是这个小女孩立马改换策略：开始哭，让你觉得内心十分愧疚，给她钱买东西也不肯了。最后她提议："不买也没关系，只要别从她俩任何一人手中买东西就好了。"于是故事就以她成功搅黄了另一个女孩的生意，以及让我有些内疚而告终。现在想来，期间这个小女孩采用的种种策略可真是有一套。后来应对景区兜售东西而又不想买的情况就有了经验，直接告诉他们你不需要就好了，不要不好意思，那么死缠烂打的情况也就很少发生。

接着驱车前往巴戎寺，吴哥王城的中心。路上看到了供游客骑乘的大象，不过没见到前去尝试的游客。

路过华丽壮观的吴哥南门后，就到达了巴戎寺。巴戎寺最负盛名就是其的数百个"高棉的微笑"雕塑了。在启程出发去柬埔寨之前，这雕塑的照片在我的iPod上面停留了数月之久，作为激励我去柬埔寨的标志。这次终于亲眼看到了。沿着陡峭的台阶爬上二层，立刻被众多面孔围绕的神秘气息包围了。近距离欣赏那些微笑的面孔，尝试找到我的iPod壁纸里的那个。但是最后还是没能找到一样的。
这时雨开始变大，很不舒服。照片中的天空亮得刺眼。想想自己几近湿透地在雨中揣着单反，按着iPod Touch的样子，这也就是八九个世纪以来，朝觐者的变化吧。
冒着雨沿着巴戎寺走了一圈，细细品味了这个吴哥王城的著名建筑。

临近中午，游客在逐渐减少。中午在巴戎寺对面吃了顿饭，买了瓶水，继续前进。

需要注意的是巴戎寺附近还有很多景点，如吴哥皇宫、巴芳寺等，步行距离也就百余米，不过由于时间关系，这些景点要留到明天进行大圈路线时再做浏览了。

穿过了吴哥王城的东门（胜利门），拍下了一张满意的照片。
然后路过了周萨神庙以及其对面的Thommanon。中国修复队主要在对周萨神庙进行修复工作。但是我对中国团队主持的修复工作不是很满意，从细节上看，诸如用水泥添补雕塑等做法很有些偷工减料的样子。先前在网络上的照片就略有耳闻，但现场看到还是让我觉得有些吃惊和惭愧，加上雨下得特别大，也就没有怎么深入地参观里面。

有朋友说，中国修复队的工作，也有很多方面的原因，语言不通，而且中国在这样的古建修复方面的经验非常之少，同时周萨神庙本身的损坏情况也非常严重的。我觉得这些因素都可以理解和接受，我只是不希望看到中国特有的不负责任的表现在这样一个环境中被表现出来，显得非常地不专业。因为与之相对应的是，第二天我再访巴戎寺，看到了资料介绍的日本一个团队修复其中一个图书馆的过程，其工程量之大、以及整个工程所需要的细致和用心，让我有着很深的感触。这部分放到游记的下一部分再说。

下一站茶胶寺。昨天晚饭时就听那两个北京女孩说，其台阶非常陡峭，天气不错的话，爬上去以后风景非常好。但在这阴沉的天色下，风景是看不到了。可台阶还是一样地陡峭，感觉在湿漉漉的雨中，穿着拖鞋往上爬只是让我觉得更加危险。茶胶寺的台阶大约有一个手掌宽，而每一级台阶的高度大约是半米，也就是说，向上爬的时候，脚要横过来才能保证脚踩实地爬上去。总体说来，整个茶胶寺就是一个坡度大约为70度，高度几十米的金字塔式建筑。爬上去还算好，爬下来就更是恐怖，由于坡度的关系，从上面看下去，台阶就像是笔直的一样，脚上穿着拖鞋，背着大书包，一个打滑简直就不可想象后果了（见下图）。所以为了安全第一，走一步就在台阶上一坐，然后再迈下一步，这样就稳妥多了。爬上去以后更多的是成就感，而非景色。天气太差，四周的景色基本已经完全看不清了。但这让人精神紧绷的体验在远观茶胶寺时完全体会不到，远观时，它只是一座宏伟、壮观的美丽建筑，这截然不同的体验真是让人印象深刻。隔了一天后我重访茶胶时，它的样子简直让人沉醉，在后面的游记中还将有它最美的全景照片。
结束了惊心动魄的茶胶寺之旅，启程前往吴哥区域最期待的寺庙之一，塔布隆(Ta Phnom)寺。

塔布隆寺有其被自然反噬的著名景象而闻名，宏大而破败的寺院，巨树在其间交错盘绕，人们已经无法分辨它们的依赖关系，似乎自然在这里宣告着其默默征服一切的力量。2001年的电影《古墓丽影》(Tomb Raider)在此取景后，塔布隆寺更负盛名。

我也就在这个大雨天开始了探索。踏着已经完全是泥的小路进入，首先看到的就是不同于别的庙宇的巨大的树，它们肆意地跨过围墙，对人类的所谓奇迹不以为然。很多走廊已经无法通行，绿色的苔藓以及各种植物覆盖着的雕塑，到处可见。寺庙里到处都是交错的大树根，寺院的建筑倒塌很严重，这可能和历史上塔布隆较晚才被发现和重新维护有关。让人感觉自己很渺小。

著名的"古墓丽影"之树（下图右上）更是期待已久的著名景色。
我记住了当时路过的一位美国游客的话，"In there, it seems that the nature is taking over.", 的确，在这里，自然控制一切，当自己脚陷泥土，冒着大雨在这座令人畏惧的大寺庙参观时，我想我对所有的这些寺庙来说，都只是一个谦卑的祈祷者而已。
从塔布隆出来，道路上的积水越来越严重了。赶往路线上的下一座庙宇Banteay Kdei，但其入口前的水早已形成了一条几近膝盖、水流湍急的小河。若想进入景点，非得趟几十米的水才能进去...... 自己只好小心翼翼地趟进去。

刚进去看到两个中国女孩正在往外走，她们正在请工作人员帮忙，用摩托车带她们出来。艰难地步行进入之后，发现这个若大的寺庙除了我自己，没有其它的游客。

Banteay Kdei 主路的大石板在下雨的时候非常滑，大家务必小心，我有好几次都险些滑倒。
大约看了一半，雨下得更大了，蚊虫还很多，而且走了半天，还是没见到一个别的游客，天又迅速地黑下来，于是就折返了。

这天的最后一个景点是豆蔻寺，这是一个小型的寺，砖石的颜色非常漂亮，亮点在于寺中央内部的雕像。

在依然滂沱的大雨中，吴哥小圈的游览结束了，折返回去休息，这时已经接近下午6点。回去稍作休息，然后就前往酒吧街附近的路边摊吃饭。

之先去了趟老市场，想买双合适的拖鞋（像柬埔寨这种国家，人字拖相对普通的运动鞋要适用得多，几乎是标准配置）。自己带来的家用拖鞋走完吴哥窟的路线，鞋底就掉了。偶遇了这两天在景点都一直碰到的一队北京人，买鞋时，她们推荐买一双合适、舒服的，最后$3买了一双，感觉还算舒服（可没想到后来就是因为这双鞋，受了莫大的苦......）。事实证明，买人字拖鞋至少要买大上自己的脚不止一号甚至几号的（之前没怎么穿过这样的鞋，也没有穿着它们爬上爬下到处走的经验）。

随后请我的小司机一起去夜市吃饭。晚饭时聊了一些关于柬埔寨通常情况，然后早早回去，看电视到午夜，睡觉。

从傍晚到晚上，雨还一直淅淅沥沥地下着，但看样子比早上人们说的要连下五天的情况要好。希望明天的天气可以好一些。

结束了这匆忙而辛苦，略有艰难的一天。

需要注明的是，今天的条件实在是艰苦些。不过也希望打算去旅行的大家不要被这天气吓倒，这天的平均降水量超过了柬埔寨平时雨季的降水量，全是拜09年十一期间东南亚地震后所产生的台风所赐。应该说，即使是在平常的大雨天，情况也应该比这篇游记描述的要好一些。好在坏天气也没有持续太久，很快吴哥就要展现它真正的美丽了。若要我现在回忆在雨里攀爬、前行的感觉，我还是会觉得无比赞叹，难得的困苦就像是一种标志，更为深刻的体会把自己和寻常游览拍照的游客区别开来。而这一切又像是这些古老庙宇的小小试炼，回想起来实在是别有一番感觉。（读过凯鲁亚克的《达摩流浪者》的朋友，更能体会这种感觉）

第二天起点起床，一眼就看到金黄色的阳光、湛蓝的天空，外面也没有了昨天滂沱的大雨声。心里兴奋极了。但是马上一个新的问题就要出现......

未完待续

Movable Type 4.3 分页改进

2009-12-13T06:25:07Z

Movable Type 4.3 版本开始，官方提供了一种分页方法。解决了MT静态化爱好者们实现像各种动态Blog程序，如Wordpress那样，可以一页一页地翻到最后的心愿。

从Movable Type 4.3开始加入的分页方法，其原理是将网站首页进行静态化生成，此后翻页的第2页开始，内容使用MT-Search脚本动态生成。此功能可以在文章索引以及按日期索引上使用。

对于原教旨主义静态化控的朋友们来说，此方案难免差强人意；但是作为普通的用户，这个方案已经是一个近似于完美的方案了。(纯静态化的分页方案，网上也有相关的插件等解决方案。不过这些方案的性能热点在于发布生成这些页面的时间会非常长。相比之下此种方法通过动态访问的性能还是可以接受的，毕竟系统其它页面都是静态页面，资源的耗费在通常情况下可以接受。）据我观察一些大型网站如apple4us所使用的，猜测也是类似的解决方案（如果有误请指正）

官方的Pagination解决方案，请点击：http://www.movabletype.org/documentation/designer/pagination-static.html#pagination-in-movable-type-43

但是在我架设Blog的过程中，发现官方的分页解决方案有如下两个问题：

上一页/下一页的链接，在首页是/pages/n.html这种格式，但是在从第二页开始的动态生成页面中，程序就对此链接直接生成了mt-search.cgi?xxxx=xxxx这样的链接，而不是期待中的pages/2.html。不美观同时也不利于SEO
同样在从第二页开始的动态生成页面中，页码显示也不正确，只显示出了当前页的页码，而没有所有页面的页码，无法快速翻页。

于是自己针对原始版本，进行了一些小修改，解决了如上问题。

首先需要确认已经应用官方的分页方式，根据官方的文档，对模板中的 Main Index 模板做出相应修改。

然后确保已经加入Rewrite Rule。我使用的Rewrite Rule如下：(.htaccess放置于网站根目录)

RewriteEngine on

#Pagination
RewriteRule page/([0-9]+).html/?$ /cgi-bin/mt4/mt-search.cgi?IncludeBlogs=1&template_id=46&limit=3&archive_type=Index&page=$1 [L,QSA]

Pagination分页的url设置为 /page/1.html 这种格式。需要注意的是，用户需要把/cgi-bin/mt4/这个路径，需要修改为和自己blog一致的cgi路径。同时template_id也要和自己的网站设置一致。

然后我们就动手针对遇到的问题进行修改。要解决这些问题，只要修改Main Index这个模板就可以了。

MT的模板文件中，使用很多MT标签来执行一些简单的程序逻辑，首先让我们看看该问题的根源。

从这里可以发现"上一页"链接的指向。

< Previous

可以发现上一页/下一页的链接是由以及两个模板标签来控制的。经过测试发现这两个标签会直接输出诸如mt-search.cgi?xxxx=xxx这样的链接。

那么就要把这两个标志用指向页面的链接替换，以达到我们使用直观页面URL的效果。

通过分析下方控制第一页链接的部分，我们可以看到，链接是通过一个记录当前页链接的变量，再组合url来生成的。

<$mt:Var name="__value__"gt;

这样具体解决这个问题的思路就清晰了：首先找到当前页面的页码，然后生成一个url显示出来，就可以达到我们想要的美观的分页url。

所以我们就需要在里面，设置一个记录当前页码的变量。（
我们只需要判断一个循环中的页面是否是当前页，然后设置一个变量即可。但是需要注意的是，我经过很多次实验，发现这个判断条件判断的，恰恰不是CurrentPage, 分支下，反而是当前页面的判断，这十分奇怪。（这情况也导致出现这许多问题）

最终修改好的PreviousLink部分代码为：(该部分设置了一个变量currpage，记录当前页面号码）

                <$mt:Var name="currpage" value="$__value__"$>


           <$mt:SetVar name="currpage" op="--"$>
           <$mt:Var name="currpage"$>.html" rel="prev" onclick="return swapContent(-1);">< 上一页
           <$mt:SetVar name="currpage" op="++"$>

           <$mt:Var name="currpage" value=1$>

随后处理并修改页码显示的部分，修改后可以正确显示当前页面以及所有页面。

            <$mt:Var name="__value__"$>
                <$mt:Var name="pbpage"$>.html"><$mt:Var name="__value__"$>

                <$mt:Var name="__value__"$><$mt:Var name="currpage" value="$__value__"$>

最后是处理下一页的链接部分：

        <$mt:SetVar name="currpage" op="++"$>
        <$mt:Var name="currpage"$>.html" rel="next" onclick="return swapContent();">下一页 >

进行完这些修改后，从第二页开始的动态生成的分页页面中的链接，以及所有的页码链接，都可以显示正确了。

倘若没有耐心读完前面逐步修改与分析的结果，也可把如下完整的修改后的分页模板代码粘贴到Main Index模板中，覆盖从 Create pagination 开始，直到 ">Archive Index 这部分代码即可。

修改后的分页效果可查看我的Blog第二页的显示效果

                <$mt:Var name="currpage" value="$__value__"$>


           <$mt:SetVar name="currpage" op="--"$>
           <$mt:Var name="currpage"$>.html" rel="prev" onclick="return swapContent(-1);">< 上一页
           <$mt:SetVar name="currpage" op="++"$>

           <$mt:Var name="currpage" value=1$>


            <$mt:Var name="__value__"$>
                <$mt:Var name="pbpage"$>.html"><$mt:Var name="__value__"$>

                <$mt:Var name="__value__"$><$mt:Var name="currpage" value="$__value__"$>



        <$mt:SetVar name="currpage" op="++"$>
        <$mt:Var name="currpage"$>.html" rel="next" onclick="return swapContent();">下一页 >




            <$mt:ArchiveCount setvar="total_entries"$>

            <$mt:BlogEntryCount setvar="total_entries"$>







                <$mt:Var name="total_entries" op="/" value="$entries_per_page" setvar="total_pages"$>


                <$mt:Var name="total_entries" op="%" value="$entries_per_page" setvar="remainder"$>

                <$mt:Var name="total_entries" op="-" value="$remainder" setvar="total_entries"$>

                <$mt:Var name="total_entries" op="/" value="$entries_per_page" setvar="total_pages"$>

                <$mt:SetVar name="total_pages" op="++"$>




                <$mt:Var name="__index__"$>

                <$mt:Var name="__index__"$>.html"><$mt:Var name="__index__"$>



            2.html" rel="next">下一页 »



<$mt:Var name="pagination_navigation" strip=" " trim="1" setvar="pagination_navigation"$>

<$mt:Var name="pagination_navigation" strip=" " trim="1" setvar="pagination_navigation"$>



        <$mt:Var name="pagination_navigation"$>


    ">历史归档

柬埔寨背包记二：吴哥的大门，暹粒

2009-12-06T17:00:00Z

当天安顿好以后，3点半出发前往吴哥售票处。没想到下午4：30才开始卖下一天开始的门票（买明天开始的票可以在当天下午买票后进入景区参观），于是两个人只好边聊天边等。聊了下接下来几天景点的计划，预计按照自己之前研究的旅行计划，第一天小圈，第二天大圈，而后待定。（后来实际的行程是第三天女王宫，高布斯滨，第四天崩密列，罗洛寺，当时没有确定是因为根据自己游览的安排，因为后面的路途需要根据游览情况再考虑）

随后排队买票进入景区。购买了$40，可以在三天之内任意进入景区的门票。

这天傍晚的时间，现在想来没有充分利用好。首先前往向往已久的Angkor Wat，刚看到护城河和围墙，自己就已经无比激动，拿起相机就拍，其实当时连吴哥窟的五塔还都没看清呢。也没有进去，当时觉得自己还要在景区看3天，以后肯定会在这里花不少时间（而后的事实证明，3天的行程对于向我这样想要尽可能多得游览吴哥的人来说，无比紧张和急促）。没有什么内容的拍照费时许久，随后前往巴肯山看日落。可惜到那里时已经过了五点，不允许上山了。天色也黑下来，于是只好返城。

回来和飞机上遇到的两个北京女孩约好，前往酒吧街----暹粒市中心一条著名的商业街一同去吃高棉烤肉。之前先在酒吧街附近转了转。整条街是暹粒文化和商业氛围最浓厚的地方了，布满了高档餐馆。像Angelina Jolie曾光顾的Red Piano等。同时还有卖各种纪念商品的老市场及各种小店。在一个摊位上买了几条围巾（也称水布，后来发现对于爱出汗的我来说非常有用。$1一条）；逛附近一些漂亮的店（旧书店，小工艺品店），不过性价比并不十分高。比较有趣的是小鱼理疗。当街一个养着小鱼的小水池，人们围座其间，脚泡在水里按摩，小鱼会自动帮忙吃掉死皮，我没有尝试。

然后在烤肉馆吃了一顿在柬埔寨吃的最贵的饭($10.5)，柬式烤肉更类似于我们这边的火锅，肉类比较新颖：除了通常的牛羊猪鸡外，还有鳄鱼肉和蛇肉。同时还单点了一盘山羊肉。鳄鱼肉比较硬，山羊肉比鳄鱼肉更硬。总体来说味道不错，偏清淡。关于鳄鱼，在我住的Guesthouse房间后面，就是两个鳄鱼养殖池，这是当地的一个大产业。

这顿饭过后，困难开始了。天空忽然下起雨来，本以为在这个国家的阵雨季节，每场雨都像在金边碰到的第一场雨一样，下大约20分钟然后停止，于是就坐在餐馆里等（同行的两位女孩去马杀鸡了）。哪知这雨始终在以北京的最大雨量×2这样的强度下着，丝毫没有减弱的迹象。没有办法，只好打电话叫我的司机来接我。（街上的水太大了，下了一个小时已经开始形成了一条河。我的司机小朋友，特别叮嘱希望我别做其它司机的车，担心知道我住哪里后会把生意抢走，我告诉他让他放心；不过除了这点以外，让他来接我实际上还能省下一笔车费）于是给他打电话，没想到电话打不通（后来才发现黑莓上默认国家区号的原因，用电话本拨号是打不通的，必须自己手动拨号才可以）。没办法，只好给旅馆老板打电话，旅馆老板非常好，说马上就过来接我。不过新的问题是我还没有见过他（中午入住时他人不在）于是自己就只好等啊等啊，其间还认错了人上错了一个TukTuk。最后终于见到了老板Bao Kun。一个非常和蔼的大叔，开着个小摩托来接我了，还给我带了件雨衣。

回去的路可怕极了，本来路程并不远，但曾经的街道在晚间消失了，完全淹没在一片汪洋之中。小摩托能行驶在里面，已是足够幸运了。摩托后座没有扶手，道路非常颠簸，同时雨非常大，自己完全看不到东西。当时根本就不敢想象万一摩托车失控窜出去会怎么样。但最要命的问题，还不是这些，而是呼吸。我没有头盔，巨大的雨水在摩托车行进的过程中打在脸上，和被灌水的感觉是一样的，只有用力才能勉强吸口气。那时真是觉得苦不堪言，那段又黑暗又窒息又危险的路看起来就好像没有尽头一样。

不过真是要感谢老板冒着这样的大雨来接我（分文不取！），不但没有怨言，待我更是极好，十分感激，这一路想必他也并不比我坐在后座舒服多少。这段路上最明智的决定是把裤中兜的护照、吴哥门票和钱都转移到了上面的口袋里。因为到达Guesthouse的时候，除了被雨衣罩着部分和上口袋，其它地方基本完全湿透，鞋也完全成了落汤鸡（两天半后才完全干透）。

接下来的这个晚上，雨始终在以同样的频率下着，丝毫没有减弱。本来约定早晨4:30起床看日出，结果按时起床一看，仍然是哗哗的大雨，只好回去睡下。（后来才知道这就是东南亚地震后产生的，过境越、柬、泰三国的热带风暴。这次的雨水之大，若干年也难得一见，后面的游记中会再有描述）

早晨起床，吃早餐时和其它游客聊了下，有人说雨可能要以这种情况下若干天。心里沮丧至极。八点多时，看雨小了不少，为了不耽误更多的计划，咬咬牙决定出发，开始吴哥小圈的行程。

也就开始了这天同样经历重重困难的旅程。

未完待续

要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

柬埔寨背包记一：旅程的起点，金边

2009-11-22T03:59:03Z

我于09年9月27日－10月8日在柬埔寨独自背包旅行，其间的经历和收获数不胜数。相关的经历我曾在10月底在 Beijing Open Party 上有过一次交流分享，现在把旅行途中以及后来的一些记录陆续发布到这里，请感兴趣的朋友关注这里的更新。除正文中的照片以外，还可以在我的Footbig以及我的豆瓣相册中欣赏因篇幅原因未能在文章中出现的照片。上一次交流分享的slides可以在我的slideshare页面看到。

去柬埔寨的念头，始于2008年年底的一次OpenParty活动。在那次活动中的一位驴友前辈分享了五个人，人均只花费了一万元的情况下游玩了柬埔寨、越南和老挝三个国家的过程。当时给了我非常大的震撼，觉得自己即使不能游遍三个国家，哪怕只看看其中的一个，也是非常美好的。于是心里就暗暗地把这个计划扎下了根，并用了不到九个月的时间，把计划变成了现实。

一个人背包前往，十一天的时间。游览路线为金边－暹粒－马德望－金边，一共三个城市，基本可算是短期对柬埔寨这个国家比较详尽的体验了。旅程总的来说，比较顺利，虽然有几天天气不尽如人意（台风），也因此使得旅行的情况变得艰难。但在我心中，不管是困难还是在其之后的美景，都是精彩到此生难以忘怀的体验，一次无比美妙的旅程。

---

我对于金边的完整印象，是从一句问候开始的。当时是晚上，刚刚安顿好住处，出来吃东西。走在大雨过后的金边街道上，灯光昏暗。不远处缓缓地驶来一辆摩托，伴随一句熟悉的话语：

"老板，走不？"

清晰而流利的普通话。

---

当然，后来我发现说熟练汉语的司机并不像我一开始想象得那么多，当然说英语完全没有问题。柬埔寨人在我的印象中都是和蔼友善的。首先是机场工作人员，询问他哪里有电话，他直接掏出手机给我用；金边路边卖小吃的小伙子，以及夜晚热闹的路边摊的摊主，虽然听不懂英语，但逐个拿出原料给我比划。

到达的当天晚上在机场搭乘出租($10)前往事先在网上预定的Spring Guesthouse，位于金边市中心南部一片旅社密集的地方。住宿环境还不错，不过强烈推荐大家入住空调房。我事先预定的房间还不是空调房，但是在体验了柬埔寨的气温后（柬埔寨全国气温长年维持在30摄氏度左右，只有两个季节：旱季和雨季），毅然选择了空调房。

金边整个城市可以说就是个摩托车之城（东南亚特色），没有公共交通。最基本的交通方式就是摩托车和TukTuk。TukTuk基本是由摩托车再加上一个挂斗组成的，乘客乘坐起来，比摩托要舒适不少。对于游客，我个人并不推荐坐摩托车后座，去较远的景点路途会比较辛苦。同时安全系数略低，还不便于拍照。

金边街上的招牌大约有近五分之一都有中文。但会说中文的人口肯定不到五分之一。满街都是小电脑店或说是"电脑行"

到达后的第二天早上6:00，开始自己的步行游览旅程。金边是个比较大的城市，但是主要景点的位置基本还算是集中。我非常建议多多步行游览，只有自己一步一步走下来的路，体验才足够深刻。我在金边一日游的步行路线可参考这里。

洞里萨河早上的景色十分迷人，河边也感觉非常凉爽。金边皇宫作为著名的旅游景点，非常优美和壮观，建议早上早些到，因为开放时间在上午8:00-11:00，在柬埔寨，过了上午11:00 以后，太阳的角度就已经非常高了，没有偏光镜的话很不适合拍照。大约早上 8：30 进入皇宫，恰好早上的阴霾散开，天色放晴，碧蓝的天空，金色的屋顶和绿色的园林，实在是美极了的搭配。

从皇宫出来，被一个摩托司机推荐去看了著名的杀人场。不过自己本来并不是十分想去的。但价格听起来不错，看看时间还早就答应了。不过发现摩托后座是在是不爽，很辛苦，一路上风吹日晒，感觉不是很安全。杀人场是个沉重的地方，当年红色高棉的统治对于柬埔寨国家及人民近乎是毁灭性的，无辜的民众被屠杀，城市居民被强行疏散，75－78年，显得如此漫长。从游客的角度来讲，如果你熟悉这部分历史，这里会感觉比较沉重，但从观赏来说，这里也并没有太多可以看的东西。所以如果你在金边的时间并不充裕，这个景点可以忽略，就不必理会司机们热情的推荐了。

回到皇宫旁边的国家博物馆继续游览。国家博物馆这幢砖红色的法式建筑非常漂亮，中心的露天花园非常宜人。尤其是在炎热的中午，坐在花园中，迎面吹国徐徐微风，欣赏这五颜六色的花园景色，周围则环绕着八～九个世纪前的能工巧匠精雕细琢的艺术佳作。

关于吃，有很多新鲜的体验。大街上的烤芭蕉，里面涂满了甜的馅料；金边皇宫门口有个"煎饼"摊。我不知道具体的名称，是用和我们一样的煎饼皮，里面放上糖、红豆和似乎是芋头丝的东西，是种奇甜无比的小吃；在街边吃的午餐，一份炒饭＋冰柠檬汁，花费大约$2。坐在街边，看着来来往往的摩托车和行人，还是觉得很惬意的。不过享受的心情马上被恼人的苍蝇赶跑了，只好一手吃饭一手轰苍蝇......；另外一种非常普遍的食物是我称之为Khmer Sandwich的食物，基本就是三明治的做法。把一个法棍（法式棍式面包）切开，放上火腿肠、沙拉和蔬菜。街边一般都有，比较常见。当然了，同属东南亚的华人文化圈，自然也有和我们很相似的食物，比如前面提到的炒饭、还有米线。听说市中心有个KFC但是没有发现，反而看到一些其它品牌的炸鸡快餐。饮料的话，尝试了下Cokecola出品类似红牛的饮料，结果是加汽的；当地的吴哥啤酒很好喝，个人感觉酒精度似乎比普通啤酒略高一点儿。

步行穿过一条又一条的街道，来到了中央市场，一幢高大矗立的法式建筑。金边的中央市场是庞大的地方，里面卖几乎各种各样的东西。虽然针对游客的物品其实就那么几种（围巾、Tee、各种小纪念品）。我个人的感觉是不如暹粒的市场品种丰富。如果有时间的话，可以走马观花地逛逛。讲价都有余地，应该可以砍不少。自己因为未来还会回到金边，所以就把购物的环节放到后面了。

随后回去休息。因为步行了很久，水分流失比较多。气温又比较高，所以一定要注意休息。顺便订了明天一早前往暹粒的车票，Mekong Express ($10)

随后傍晚开始新一轮的步行，再度从住的地方开始，往洞里萨河边前进。

和柬埔寨其它地方比起来，金边是个喧闹的地方。两个外国游客集中的地方人声鼎沸，云集了众多非常精致和漂亮的餐馆和小店。一个是洞里萨河边、靠近皇宫的FCC区域，另一个是南部街区的St 288区域。在其中南部区域的Nike's Pizza吃了一餐，感觉还不错。

夜晚市中心的广场上，和中国一样，也有很多人在跳舞。但仔细一看，发现了不一样的地方，与我们这里跳舞以中年人为主力不同，这里跳舞的人主要都集中在年轻人中间。通常广场上都有好几队人在同时跳舞。有两个年轻人在领队，舞步似乎就是我们在夜店里流行的那种。音乐则都是那种流行音乐的劲爆合辑。我听到了高棉语版本的洗刷刷以及Nobody，以及其它众多华语歌曲的旋律。

走到河边，发现晚上的河边的确热闹，有很多人在这里纳凉。然后继续向北步行，想在晚上去看看Wat Phnom，金边市中心北部的一座寺庙，离河边部分还要有好几公里。于是就一直前行，穿过喧闹的夜市，夜市里面卖很多奇怪的食品，比如烤鱼----一整条硕大的被烤成焦状的鱼。不过还是忍不住想尝一下柬埔寨全国都非常流行的水果shake，即鲜水果榨汁，几种水果混在一起，喝起来十分清爽。

喝着shake继续前行，街上的人越来越少，时间大约是九点多，继续被TukTuk司机搭讪（习惯了，在金边，一个人步行，在你耳边伴随的只有一种声音："Hello Sir! Do you need TukTuk?"），也没怎么理会就继续向前走，不过这司机特别跑过来，告诉我最后把自己的相机阿什么的收起来，时间很晚了前面的路上没有什么人，免得出危险。正好我这时也走得比较累了，看这位司机算是实在，干脆决定搭了他的车，看一下Wat Phnom然后就回GuestHouse。这司机说的靠谱，9～10点钟在金边算是比较晚了（这也和柬埔寨人普遍早起相关），前面街上几乎没人，偶尔有几个人影。司机说这带无业游民比较多，虽说不一定有危险，但是风险还是不小的。总的来说，金边在我眼中，虽然没遇到事先阅读的其它游记中提到的经常看到AK47这种情况，但这毕竟是个人数众多，比较混杂的大城市，自己还是要谨慎，步行时间推荐截止到晚上6－7点。

回到GuestHouse大约已经是晚上十点，休整休息，准备明天一早出发，前往暹粒，探访柬埔寨的灵魂所在----吴哥。

未完待续

要查看本系列更多文章，欢迎点击页面右侧的Cambodia标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

OpenParty "秋色连波"

2009-11-03T14:28:19Z

阔别了两个月的 OpenParty 于十月的最后一天再次到来，此次非技术类话题占了主力，我自己也贡献了长假期间独自柬埔寨背包旅游的话题。像以往一样还是谈谈自己经历的内容。

首先是 MediaZero 带来的，关于中国纪录片发展现状的话题

"一个国家没有纪录片，就好像一个家庭没有相册" -- MediaZero 的这句口号很有力

实际上较早前的一次 OpenParty 就在一位纪录片爱好者朋友口中得知了MediaZero ，了解到这是一个经常举办纪录片沙龙的地方。觉得很有意思，通常自己看电影比较多，纪录片也看过不少，但是没有特别去留意纪录片这种类型，自己心里还是都将其作为电影来看待。所以看到有人对一种特殊的形式充满了热忱，还是很好奇的。

纪录片的生态环境：在中国，制作和播放成为一体（CCAV，同时具备政治宣传作用），这就造成了没有一个生态体系可以保障纪录片可以作为一种有市场的产品持续运作。国外的情况是纪录片的制作和播放分离，更有成熟的院线保证放映渠道，形成了一个生态链，保证了市场。

MediaZero 只有8个人，在行业里坚持做了9年，也只是勉强可以生存下来。通常纪录片很难卖出播放权，一般来说央视来买就算是大单了，很多地方电视台更是用白菜价来收购，为了生存往往也只能这样卖。中国的大陆桥公司引进了很多批量生产的纪录片，如Discovery, National Geography，而 MediaZero 认为自己首要的任务是向世界展示优秀的中国纪录片，同时将世界上的优秀纪录片带入中国。

实际经验：纪录片在中国走音像制品的道路会很惨。若干年前一个成绩十分不错的纪录片被乐观地制成大量音像制品，但是却只能在随后的若干年中被当成赠品送出......

在传播渠道非常狭窄的情况下，开始举办纪录片沙龙，地点就在 MediaZero 公司，迄今已经举办超过700场，在这个领域有着非常大的影响。

对这个事业的追求，整个团队倾注了很多理想。在发展过程中所遇到的困难主要是想要发行却没有相应的市场、渠道狭窄、同时纪录片本身的质量也会成为一个问题。从片源的质量着手，于是MediaZero又办起了纪录片工作坊，做相关纪录片从业人员的咨询业务，同时请来业内资深人士如贾樟柯等来授课（贾樟柯获奖之前就来讲过课，据悉课程十分精彩，而讲稿可以在她们的网站上面下载）。对业内人士的培训，可以提高国内纪录片的质量，从长远的角度上来看，也是在改变一个行业的生存土壤。

介绍中来自MediaZero 的 Coraline推荐了三个纪录片

神秘球－一个男子跨越国界追求自己最想从事的事情（缅甸的一种竞技项目）从而发现自己的故事

输家赢家－中国公司收购德国工厂，并将其整个迁出德国的故事。中西文化的强烈对比。

（以上两个片，据Coraline本人讲，是那种"看完就要咬桌子"般精彩的纪录片，强烈推荐）

Mad for English (看了一部分片段，很精彩，手法漂亮的纪录片，有着和一般电影一样甚至超越一般电影的精彩程度）

12月MediaZero倾注极大心血的国际纪录片论坛（筹备期间有着很多困难：资金不足、筹办资格需要挂靠上级单位，广电总急发话......），是一次该领域的盛事，很多资深人士都会到场，同时也有许多精彩的纪录片会届时放映，欢迎大家关注。纪录片赏片沙龙每周四晚7点举办，地点在MediaZero办公室。

----------

09年9月27日－10月8日我在柬埔寨独自背包旅行，此次的OpenParty上我针对自己的所见所闻、以及一些总结出来的背包客感受，进行了一个"高棉文化背包客之旅"的演讲。

在做这个话题之初，我首先考虑的是分享旅行经验的意义。旅行的宝贵经历和经验，是旅行者自身的、永恒的。如果你想让别人也一同分享你旅途中的体验，那就应该精心提供尽可能多的东西来帮助受众们了解和体会。所以单单照片是不够的。分享给别人的东西，应该首先是具备尽可能完整信息的介绍，你需要有简单的线索和结构，并且一定要确保提供给别人足够的信息量，又要保证整个架构非常清晰。从这次我准备和进行分享的过程来看，我觉得并不容易。

一位台湾朋友的柬埔寨之旅的slideshow（链接）给了我非常深刻的印象。其中对于线索和照片的处理，让人不用聆听他现场的讲解，就能非常完美地回归他的旅程。我虽然参考了他的制作，但是还远远没有到他那样的高度（OP上我用的slide主要是为了现场讲解，日后我会对这个幻灯片进行进一步的修改，以更适合在网上共享，目前的版本可以在这里查看)。

总的来说，这个足够吸引人的话题，现场的反响还是不错的，没有白费一个星期的熬夜准备。具体的内容我就不在这里详述了，我会陆续把正在撰写的游记发布到cnborn.net/blog，欢迎大家关注。不过我想简单说一个问题，就是在人们听到你要去一个遥远的国家独自旅行的时候，有无数的人都会问你："怎么想要去哪里的？听说......不危险么......" 等等等等的话，其实我觉得回答这样的问题是最简单的：困难无数，但你要明确的，是在自己心里，是否有一个清晰的声音和愿望在指引你，而事实却在很多时候比想象的要简单，借用Lonely Planet的老板Tony Wheeler的一句话："只要你迈出了第一步，恭喜你，你就已经成功了一半！"

很巧的是，去年在此分享柬埔寨、越南、老挝三国旅行的前辈朋友也在场，给我的介绍还做了一些补充，十分感谢。事实上正是去年12月的OpenParty的这个话题激发了我对这此旅行的计划，我用了9个月的时间把它变成了现实。同时我也希望有更多的朋友能被这种传递下来的激情所感染，慢慢去走得更远、看得更远。这种精神上的传播、分享和启迪，才是OpenParty最大的价值所在。

在演讲交流以及后来和 @diamondtin 的交流中，也发现了自己作为初级背包客还欠缺的一些经验：原来在潮湿的地区，除了需要用塑料袋包相机外，还需要干燥剂，我当时却什么都没有用，导致单反不仅仅在旅行期间不好用，还差点废掉。需要学习的东西太多了。

这里旅行的照片，我已经开始陆续在几个地方上传，感兴趣的朋友请查看我的Footbig，我的豆瓣相册，以及未来这里发表的游记文章。不同网站相册中的图片基本上不重复，欢迎观赏。

----------

Peter的话题"社区商业模式"我很感兴趣，是一个以社区模式为导向的创业指南谈。可惜时间的原因，只听了很少的一部分。有一些观点值得简要记录一下。

"看一个公司的战略，可以简单地从它网站的栏目看出来。一个社区导向的公司，必然会有Communities这样一栏"

"在芬兰有很多1－2个人的小公司，而这些公司的基本生存状态是由几个公司合作，组成项目团队给像Nokia这样的大公司做项目。"

"创业的顾问团队非常重要，有重量级人物的话，对外可以显著提升整个团队的给别人的印象及信用程度，对内也可以汲取到资深人士的一些宝贵经验。所以，不要吝惜创业时的那些share。"

"不要去做大而全的产品，而要让自己的产品最大化地贴近细分市场。"

坚持生存下去就是胜利。

另外，Peter是每年度OSCamp(OpenSourceCamp)的组织者，今年的OSCamp定于11月28日在北京召开，形式和OpenParty非常近似，欢迎各位同道前来参加。

Aw'-Kun SHOP+HELP @ Phnom Penh, Cambodia

2009-10-23T16:50:41Z

我于09年9月27日－10月8日在柬埔寨独自背包旅行，其间的经历和收获数不胜数。09年10月31日我会在Beijing Open Party上就自己的这次旅程和背包经验来做一个演讲，并在随后把相关的内容陆续发布到自己的Blog上面来，欢迎届时在北京的朋友参与，也请其它关注的朋友关注这里的更新。接下来的文字描述了我10月7日游历完旅程大多的主要景点和城市后，回到金边，发现的一个慈善手工艺品店的情况。

金边FCC区域的周围，有很多高档、精致的小手工艺品店，里面的东西往往都不便宜。但是通常这样的店都是由公益组织来驱动的，艺术品通常来自于合作的艺术家或者当地村民。所得的收入，通常用于支援贫困村庄的建设、教育以及医疗等方面。很多东西虽然价格不菲，但的确十分精美。我在第二次住在金边的时候，住在城北离皇宫不远的地方。发现路边就有这样的一家店，名字叫做 AW'- KUN SHOP+HELP，就进去里面看了看，和店员攀谈起来。

这家店的店主来自一个荷兰的NGO基金会，长期资助着一个位于金边南部杀人场附近的村庄。每年都会有许多来自荷兰的志愿者来到这里，组成团队，帮助店面或村庄的建设。店里面处处可见到他们团队的合影，都是一些年轻人。他们曾努力为当地村庄开办了一所学校、筹措资金，购买相关设备和所需物品，免费供当地村民的孩子上学，可惜学校后来因为资金为题被迫关闭，不过今年正准备重新开启。

同时，他们的故事还感召着众多人。据店员讲，时常会有旅人在了解到整个基金会组织的行动后，拿出旅行中宝贵的一天时间，作为志愿者与她们一起工作。

店里出售很多有特色的工艺品，很多的确是在金边和暹粒的各种旅游市场上见不到的，十分独特。纯手工制的明信片；纸制的，富有原始气息的玩具；丝绸制的针线包、储物盒、个性T恤、瑜伽垫等高档产品。我十分喜欢个性T恤的设计，" Yes I'm Fine. No, I don't need a Tuk Tuk."，道出了在柬埔寨所有游客的心声（TukTuk为满大街招揽游客的摩的，在金边大街上每走几步就会有若干司机询问你是否乘坐），看到此设计我不禁笑了。

最终我购买了几张手绘的明信片，来自受资助村落一名叫Phalla的女孩。明信片的背面有关于她的简短介绍，写着: Phalla takes care of her five brothers and sisters, enabling her parents to go to work, Not being able to work or go to school herself. Active Help Cambodia foundation helps Phalla to start here own business by selling her handmade postcards and drawings in their NGO shop Aw'-kun Shop + Help. 明信片即可爱又漂亮，是不错的收藏品。

看店的女孩叫Veary，就住在店里，家在离金边很远的村庄。今年刚刚进行完Master Degree的毕业考试，大学学的是会计和MBA，一直都在NGO组织的店面工作。金边的工作并不好找，就业压力不小。我打听了一下那里的消费水平，个人租房一个月租金要$60-70，而本科毕业工作一个月的收入大约是$200左右。婶婶曾给她找了个在政府部门的职位，但是她不愿去无所事事的政府部门无意义地浪费青春，为此和婶婶家闹翻了（因为想要得到这样的一份工作，家里是事先托了人的，没有关系，进入政府部门工作是不可能的）。她的理想职业是像他的哥哥一样正式在NGO工作，不再只是用不上自己所学知识的销售店员。不过这样的工作通常对语言以及其它方面的要求极高，她正在寻找合适的机会。

店面顾客人流量通常靠游客数量来决定。10月份旅游的人不多，而且恰逢店旁边的餐馆重建，也影响了些客流。有趣的是，他们和旁边的餐馆一直关系不错，所以还代卖晚餐，于是坐下吃了份柬埔寨的国菜Amok和一份Mix Fruit Shake, 味道很不错。

似乎这家店的店面也没有怎么宣传，自己很想在Blog上帮助他们推动一下。由于柬埔寨国家经济状况的原因，在这里行动的NGO类组织非常多，但是并不是每一个组织背后都像Maddox Julie Pitt基金会那样有着显赫的名声和资本。但是不管他们的力量或大或小，显然他们都在为这样一个质朴土地上的人民生活得更好而做着努力，这足以值得我们的尊敬和关注。

我们作为普通人，面对需要帮助的人们经常会感到力不从心，甚至很多人会觉得这样的"慈善事业"是有钱人才有力量会去做的事情。我却不能认可这种观点，事实上我认为"慈善"这种说法本身就是建立在一种隐形的地位不平等的观念上的。事实上，我们都是在同一时间生活在不同地方的人们，很多无法改变的境遇改变了不同人的生活，如果有些人的微小力量可以帮助其它人更好地生活，为什么要选择不去做呢？倘若同样的人们，但是双方互换位置，我想他们也是乐意来帮助我们的。这并不是需要花费多少钱才能去做的事情，你的一个小小意愿，就有可能成为推动此类事业的巨大力量。我觉得我们或许不能直接捐献多少的美金出来，但或许可以尽自己微小的一点力量，写一篇文章让更多的朋友来看到这些情况，让他们得到关注。也感谢大家能够继续以分享这篇文章等形式进行微小的推动，这或许就是我们能够超越亿万富翁的巨大力量。

更多的详情可见他们的网站 www.shopandhelpcambodia.com ，荷兰的NGO组织名称: Active Help Cambodia

希望去金边的朋友都能去看看这家店，买个小东西也算是帮助他们一下。小店的位置很不错，国家博物馆门口正对着的街道向北走，第一个路口路北侧即是。

CPyUG 09年9月5日会课记录

2009-09-13T07:01:10Z

在现场对hdcola讲的大容量高并发信息系统架构话题印象很深，虽然自己没有做过如此规模的程序，但是其中可以让我们学习到的东西有很多，我尽可能讲我所能记住和了解的细枝末节梳理一下。

hdcola构建的这个信息系统，是用于移动网络中的数据处理部分，前后分别连接移动网络的数据中心来接收用户提交的数据以及发出到用户的数据。整个系统不需要与单个的用户客户端直接打交道，但考虑到很多信息通知业务的特性，整个系统对于并发性能的要求很高。

整个信息系统应用的环境是：

五千万用户、数百项服务
网关速度最快发送也只有4千／秒
不同省之间的网关速度不同
不同的业务于服务有着不同的优先级

HD 首先给大家介绍了一下 JMS(Java Message Service) 的系统架构，这个是信息系统处理的标准架构，Sun已经总结成为Sun JMS 规范。

对于关于这个系统软件方案的选择：举例，目前流行的大负载量信息处理方案RabbitMQ，比较吃内存，在极高负载的情况下有阻塞的现象，此时消息无法接收、也无法传递。在底层上也不是十分适合这个应用，比如在传递1000个相同的信息时，就无法作为一次来传递然后分发，而是需要分别传递1000次。不过RabbitMQ这个软件可以应用于诸多领域，是一款通吃型的架构方案，未来前景很不错，只是不适合这个应用。
最终选择了通过Python来自主实现。

2002年的世界杯上，该系统用于发送进球通知短信的业务，使用硬件配置为：内存1G，硬盘带宽和CPU都是非常大的瓶颈，CPU为奔腾2代。

粗略的架构图

其中各个流程中均有Queue来进行管理，Queue的实现可以参考QMail里面的Queue实现。

信息的存储方式采用了文件系统，没有使用关系型数据库。不同的信息通过目录的形式逐级深入，最终的节点有文件，但是也不存储信息，仅用文件名来存储数据，减少IO需求。这样整个数据存储部分实际上就交给了操作系统的文件系统负责，需要调整性能的话，需要调整操作系统的文件系统参数。格式化硬盘的时候，好像要把文件结点设置大，70G硬盘格式化完以后只有30G了。

数据存储目录结构

采用的是ufs2文件系统，开始用过zfs，后来发现zfs的特性在rsync上比较好用，在这个项目中实际上用不到，所以就采用freebsd 的默认系统了。

Why not MySQL?

3百万数据需要在一瞬间读取，同时可能会有锁表的问题。整个程序会卡住
使用文件的话，也相当于有行级锁定的功能。
而且在当年的时候，MySQL也没有主辅库的功能。并且MyISM表锁表严重，InnoDB要好一点儿

2002年时的这个系统

单日处理过1300万
订购数超过1000万
9台服务器其中1台监控
采用Python编写

---

2009年对于此系统的重构

Subscriber Demon （用于存储订阅用户信息）的数据库化（读写分离）
    减少数据库运算负载：每隔两小时，Slave数据库就将数据Dump到一个文件，有其它一个机器通过HTTP协议来进行读取（这个文件压缩后也要有400M），读取使用普通的bzcat命令，dump使用了自己写的py脚本。

Transfer Demon（存储待发送的信息）的 Cache 内存化
    同时所有的消息同时也有持久性的存储。在硬盘上存储一个打包的数据（所谓的打包，是因为数据都相同，只是给不同的接收者，不是压缩），内存里存放的是单条的数据对应单个接收者。

信息接受（用户发来的订阅信息）和发送分离
    减少了磁盘I/O

2009年时的运行情况
    单日发送5-6千万
    订购关系超过5千万
    只有4台Server(因为单台的性能好过02年太多)
   采用Python编写

---

总结，优化性能的要点

让数据靠近CPU
Cache内存化
队列遍历在内存中进行
慢I/O是系统的瓶颈

性能优化的原则

削减重复的计算，让计算前置（非常重要）
集中信息的共性，传递消息包而不是单条信息
Task化，减少重复
做重复的事情是愚蠢的，即使它是计算机

---

一个成熟的协议在这个系统中非常重要

长连接 HTTP 1.1 RFC2616
异步并发 MSN协议 ISO8585

连接队列处理示意

具体实现可参考Google Code上面的 XBayTable 开源项目，由hdcola主导的项目

---

网络能做的更多：底层网络协议可以完成很多东西，二层 CARP 负载均衡等

优秀产品的核心

水泥+鼠标
软件+运营！ --> Microsoft, ThoughtWorks 的劣势
代码+系统
紧密结合

这个系统不超过20K代码，代码越少，出错几率越小

使用了Py, WSGI----httpd的一部分进程自动开成mod_wsgi，节省资源。使用Apache主要是因为追求稳定。
Python模块里使用了asynccore --> 一个原生核心模块

4台普通的PC机从硬件上换掉了JMS+Weblogic+HP小型机+Oracle的系统，硬件投资从3700W变成了40W

总共只有4个TCPIP连接，因为通向网关的发出端口也就只有4个。为什么还能完成如此大量的数据需求，因为协议选的好，这个通讯流程永远保持连接，不会断。

分析日志只使用了awk+grep+uniq，效率很高。

---

整个演讲给了我诸多方面的启发：

进行这样的系统架构设计及实施，一定要了解和深入多方面的知识，而不是懂一门程序语言就能够解决的问题。解决方案往往是融合了操作系统、文件系统、脚本语言、函数库、系统负载与维护、网络协议、网络协议底层、架构设计、计算机硬件体系等诸多的东西。对于这些东西的了解，少了哪一样也不行。

对于细致问题的把握，在高流量的系统中，任何一个细微的部分都可能成为瓶颈，所以也一定要成为考虑的元素。多一个循环或许就是很大的问题了，在编程珠玑的算法优化部分中的O(n)，如何减少n是非常重要的因素。

---
将自己思考的一点儿小东西先应用于一个数据库导入脚本的优化上进行了尝试，强化了一下自己对于上面讲到一些基本观点的印象。

这个导入脚本处理十余万条记录，中间经过数据处理，并将其导入一个格式不同的数据库中。

采用Python+SQLAlchemy编写，原始的第一稿性能非常不好，导入千条记录都要几分钟。于是开始着手进行优化。

用Python的cProfile定位性能瓶颈:

起先在没有优化commit 的时候，问题最大的是commit. ---> 因为每个记录添加的时候都需要查另外一个表的记录，如果不符合还要新建。解决方式是将这部分放在内存中进行，最后commit
后来变成了程序本身 ---> 优化循环，因为有很多记录是连续的，循环查比较浪费，在内存里设置了一个Cache，减少循环次数
然后变成了数据库的query ---> 优化数据库query，加入cache，后来整体数据内存化
直到最后的速度达到令人满意的境地

注：Python 的 cProfile 和 youxu 说的一样，只用一行语句就可以实现详尽的 profiling, 太方便了

完全应用了上面提到的性能优化原则：
   让数据靠近CPU --- 这个其实还可以把导入的原始库放在本地，并且采用效率更高的数据库引擎等方法来实现。
    Cache内存化 --- 把数据尽可能放在内存中
    队列遍历在内存中进行
    慢I/O是系统的瓶颈 --- 把读取和写入数据库的次数降到最小

效率：刚写出来时的版本（完全没考虑速度）估计导入全库的时间要10余个小时，更改了数据库操作的方式后，所需时间为原来的1/3，加入内存Cache以后，速度又快了一倍, 最后把所有数据内存化，整个导入完成的速度是6-6.5分钟。目前源数据库和目标数据库都在远程，如果搬到本地，再进行下数据库引擎的优化，应该还有优化的余地。我想用这个简单得不能再简单的小东西来描述和体验一下让程序高效率的原则，还是十分合适的。

---

谈回 CPyUG。我在当天还听了qingfeng关于Tokyo Cabinet的内容，讲得非常好，我记录得也很详细。但是自己没有深入接触过TC，发现记录的很详细的信息在几乎完全不了解的情况下，也无法阐述的十分清晰，怕是难免有误导。于是就先将这部分记录留着，等着日后对这个话题或者其中的一些部分有着更多的了解和认识的时候，再分别做些讲解和学习。还请大家期待。

OpenParty "溪窗听雨"

2009-08-31T15:05:16Z

这次的 OpenParty 上自己听到的话题都是期待已久的，所以对于记录这些话题有着精心的准备，随身携带的记录本基本上留住了绝大多数我想要了解的细节。以下的文章包含了我在敏捷项目咨询、X-Moto开源游戏以及wxPython编写的个人财务管理软件三个话题中的如实记录，个别部分是当时演讲话题的细节呈现，整体可能略微缺乏条理，还望大家海涵。如果对于本次OpenParty "溪窗听雨"活动还不甚了解，欢迎您访问本次活动的介绍页面。

首先听的第一个话题是ThoughtWorks带来的一次敏捷的咨询经历。整个话题中牵扯到了一个软件项目开发和管理中的太多方面，同时现场还有不少热心的听众参与讨论，毕竟敏捷是一个十分热门的话题。下面我就根据自己记住的内容分要点罗列一下。

对于项目持续集成的改进：

实施多阶段的持续集成方案，从底层组件起逐步集成，这种方式适合于大型项目，上百人的团队。

对于项目测试的改进

自动化测试部分，在该咨询项目中，原本几乎没有什么正规的测试流程，TW的咨询师们首先加入功能测试，选用了Selenium作为解决方案。但是有一个问题是，进行功能测试的部分，应该由谁来撰写？是开发人员？还是测试人员？（在这个咨询案例中，TW认为应该该由开发人员撰写，此问题也引发了在场几位听众的讨论，最终没有一个压倒性的结果，应该说还是根据项目的需要而有所不同）
通常情况下，自动化的测试流程覆盖了软件测试中的大多数功能，那么测试人员的角色究竟是什么呢？TW的一位测试人员说，通常在测试中会把相关的一个行为作为一个可以被识别并评估的Story，逐一进行测试。测试人员所做的，应该说是从一个真正软件用户的角度，来使用并尝试发现问题。因为程序各种功能的测试，可以说只是最核心的功能实现，但是要注意软件最后打交道的是人，一些需要由人在使用中在识别和认知方面引起的偏差和错误，是必须经过实际使用的测试才能够保证相当高的质量。

程序员管理中暴露的问题：

程序员是否一直很忙？在这个测试项目中，TW咨询师发现，在开始在客户处工作之后，提交代码最多的居然是TW的人员！而通过查询版本库显示，发现这个100个人的团队中，经常贡献代码的开发人员仅为20个左右，而这些贡献的人的平均代码量仅为10几行/每周！对程序员团队的管理不当，有可能是整个流程存在的最大的隐患。

最终在这个项目中，应用了如下的解决方案：

实践、分阶段的持续集成
测试（Ant, Selenuim, Badboy)
代码规范检查 StateSVN

ThoughtWorks的工作方式，

结对编程，两个头脑并行工作有利于保证工作的高质量。在场很多同仁也纷纷表示，结对编程带来的好处是效率非常高，虽然在形式上看上去是降低了人员利用率，但实际上通过保证高质量所节约的成本是非常显著的。
迭代、日报(给项目经理以上的领导汇报使用)、ShowCase
站立会议：减少会议时间，绝对不拘泥于形式，注重解决问题。
沟通、沟通、再沟通

ThoughtWorks的敏捷原则：

不为敏捷而敏捷
只有领导支持是不够的
敏捷推进必然有组织结构的改变

敏捷的目标，不是实施敏捷。一个问题所需要的解决方案从来不是解决方法本身。在推动一个问题解决的过程中，我们脑海中首先要谨记的是，我们的目标究竟是什么？不为敏捷而敏捷，我们的真正目标是提高效率。而借由这些方法、工具、理念来推动我们工作的过程中，我们原有的一些观点，是要被替换掉的，比如计算程序员的生产力水平的标尺，就不应该再使用代码行数这样的标准了。TW 举了一个例子，在某个咨询项目的过程中，经过两个月的工作，若说代码行数的变动，实际上是负值，因为整个团队在致力于将原来复杂的八个模块重构和精简为四个，大大提高了代码的可维护性，但是这样的工作的成效，就不能简单地用代码行数来衡量的。有一个可以值得考虑的标准是价值点的评估，即完成的这些工作，可以为最终的、客户满意的交付提供多少作用。只要是在朝着面向客户的最终交付这个方向上进行的努力，均可以认为是积极地完成了工作。

可以进行些梳理的是第三条，敏捷作为一个涵盖企业管理的概念，在很多情况下应用起来都会对组织结构的改变提出要求。但是我们应该怎么去作？如何去推动？上来就大刀阔斧地推动是完全不切合实际的，这些改变究竟是不是必须的？我们需要有相应的数据来支持。如果你能够有相应的证据可以表明，现有的一些体制，确实制约了我们在提高效率，和生产力上的努力，那么组织结构上的变化也并不是不可以的。

ThoughtWorks的大牛提到了"响应式设计"这个系统设计理念对于他个人的一个启示，即当所有的需求和限制摆在你面前时，你又尝试去完全考虑他们，那么此题目必是无解的。敏捷问题也是这样，很多时候的很多项目，都存在非常多的问题，但是我们始终要明确目标、以及要做的是什么东西，抓住重点来出发解决。错误是允许的，不允许错误就没有成功，

-----

接下来 Vincent Du 介绍的 X-Moto游戏话题。X-Moto 这个游戏是 Elasto Mania 类型的游戏（商业游戏的最新对应是在Xbox 360 Arcade Live上的 Trials HD），玩法很有趣。

这是一个需要很多技巧的游戏，完全免费，开源。游戏画面的感觉，是很有趣的"皮影戏"感觉，尤其是按下空格键控制摩托转向的时候，在场大家都在感叹："哇，皮影耶"。游戏画面还有一个更加简洁的Ugly版，适用于低配置的机器。这个版本的画面，完全是用线条来表现的 :)

游戏很细致，我开始一直认为这就是个核心如NES游戏的那种游戏，没想到物理引擎的设计贯穿了整个游戏（虽然物理整个的感觉并不完全要展示显示世界的情况，如在游戏中为了达到很多特殊效果，引力偏小）。规则的设置也很细致，玩家的角色不能碰触任何物体，而摩托车则可以。游戏有着现代竞速和技巧类的游戏都具备的元素，录像功能，Ghost鬼影功能，更有一个成熟的网上社区，玩家可以交流游戏技巧，比拼游戏技术（世界排名），单账户的多点信息同步、更可以交流自制地图。

游戏的地图编辑器技术十分有趣，使用了InkScape 这款自由的矢量绘图软件，游戏的编辑器功能被设计成了此款软件的一个插件。这是一个巧妙的、典型的自由化设计。试想对于游戏设计者来说，只要开发一个小插件，就可以拥有一个用户繁多的全功能编辑器可以使用，而对于用户来说，为一个游戏或软件做出些创意性的设计也变得不再复杂，只需使用自己熟悉的编辑工具即可。

而在这个游戏背后的技术，有一些也值得一提：

SDL 技术几乎已经是跨平台游戏的一种基础技术了，Vincent使用一个实例程序对使用SDL进行了简单的讲解。

ODE(Open Dynamics Engine)是一个开源的物理引擎，不只可以在游戏环境中使用，还可以应用于其它应用领域，如工程模拟等。采用BSD授权。现场展示了一个ODE设计者对于这个引擎的简介slide，有兴趣的朋友可以去看看。有一些商业游戏也使用了ODE引擎，包括 Bloodrayne 2, 还有 Resident Evil: Umbrella Chronicles(来源)

想了解更多关于这个游戏的信息，可以参考这个游戏的网站：X-moto

-----

由JiaKuan朋友带来的"用wxPython开发并理财"，这个话题本来就是我关注的重点，因为我打算使用wx来开发一些GUI程序，想要学习些技巧。不过最终这个话题带给我的收获远远不限于wxPython技术，而是多方面的收获。

Jiakuan在开发这个软件之前，已经使用Java技术开发了三个版本，但都遇到了效率、可维护性等的问题。决定开始一个更好的版本。

为什么选择wxWidgets 而不是QT? QT也是不错的选择。进行过简单的比较，感觉wx的原生控件会给用户更好的体验，而且整个库打包起来会比较方便。正是因为存在这些问题，在确定了使用wx库进行开发之后，所要实现的目标都十分简单，使用wxPython版本要实现的几个目标：10M大小以内的安装包。

接下来JiaKuan分段落讲解了一下整个软件在几个不同部分中遇到的技术问题和解决方式。

程序的国际化部分：

使用了Python的 getText模块
PO/MO 国际化部分翻译应用程序的字符串，使得程序可以支持多种语言
自己写了一个小脚本在每次发布的时候对翻译的字符串文件进行合并，自动处理好之前存在的翻译，这样每次只需处理新的翻译就可以了

GUI设计

我自己(CNBorn)在开始GUI项目的时候，而令我最为头痛的是wxPython的界面设计。我使用过wxGlade来进行设计，但是真是感觉很难用。虽然去年的Gnome Asia 08峰会上专门有一个话题来帮助大家学习使用Glade，但是时间长了以后，这个软件又变得很难用了。JiaKuan在设计这个软件时，先使用的是Sizer，后来变成了使用XRC方式进行构建，即先使用程序生成XML代码，然后根据XMl代码来生成wx的窗体代码。wxFormBuilder这个工具使得设计工作更为简单直观。使得设计流程更加快捷。

在界面设计上，JiaKuan使用了一个叫做GUI Design的软件来生成界面原型，十分漂亮，不过显然这个软件是个商业软件。

自动化发布

使用了PyInstall来生成发布文件夹，这个工具十分方便，可以自动复制相关的依赖库直接到文件夹里。然后在通过脚本调用来生成安装程序。这整个过程完全来通过脚本执行，完全自动（的确是《卓有成效的程序员》所推崇的观点：让计算机来完成重复的工作。）

封装时的脚本做了一个Hack：有打包和生成的过程中，一些地方需要输出日志信息，但是无法同时在屏幕输出，又向日志文件输出，于是就自己写了个函数，来通过另一个线程来判断日志文件的增量，基本达到同步输出。设计时考虑到可能会有效率问题，但是实际使用中发现不明显。

单元测试

应用了不少的Unittest，主要都集中在程序的核心部分，作为一个需要严谨的技术软件，核心部分的质量必须过硬。一般来讲，先写出单元测试，然后在与其结果进行调试，这种做法符合TDD的要求。单元测试也是逐步增多的。

DB应用及大数据量测试

很多问题只有在大数据量的时候才能够暴露出来，那么如何进行大数据量测试？大数据量有两个来源，一个是JiaKuan细心记账的几年间积攒的数据，还有就是写了一个机器人，基本根据人们消费、收入的习惯生成了一个7万条左右的数据。

数据库使用SQLite。基本上，在大数据量的情况下，程序会暴露出问题，如果没有问题，说明测试可能有问题：)

在几万条的情况下，有些功能速度明显特别慢。如何优化？优化SQLite，索引的使用很关键，如果你在一个表中建立了多个索引，那么通常其实只有一个索引是有效的，要注意这点。另一个就是在一个非常复杂的查询语句中，尽量保证所有的Condition都有效地运用到索引，这样可以大幅度提高速度。应用了这些之后，软件中有一个查询的速度从39秒提高到0.29秒。

程序中实现了一个简单的ORM，这个并不是本意，本来是打算采用SQL语句进行操作，随后在系统逐渐变化的过程中，数据库操作也逐步复杂，在把相关部分的处理重构以提高复用性以后，就成为了一个简单的ORM，传入的是对象，输出的也是对象。

自动生成站点

生成静态文件供用户展示。采用Maven+Python，使用了自己设计的类似模板的技术来生成静态文件。

接着JiaKuan谈了很多和这个软件理念上的东西。如何利用科学的会计管理方法来管理你个人的财务信息。我简单地记录了如下要点：

在个人会计、理财方面，数据记录是为了分析，而分析是为了观察是否在哪里存在问题。如果你希望通过数字来证明自己的生活水平至少是从帐面上看是逐步提高的，那么一个增长的财务分析曲线可以帮助你更清晰地来看到你目前的情况。从报表统计中发现规律，从而发现问题。

不了解会计怎么办？会计是一种规则，不需要什么创造性和灵活性，只要遵循这个规则来操作就可以了，并不是很难掌握。

还不明白软件中与会计术语相关的条目？软件内建的大众模式可以用普通用户很好理解的模式来录入信息，同时软件将数据映射到与理解会计相关知识的用户使用的专业模式一致，最终都可以生成符合会计原理的报表，同时在接触这些报表中，不太理解的用户可以学习其中更多的概念。

关于这个软件的更多信息，欢迎访问官方网站 : 家宽理财

----

关于每次OpenParty回顾文章规模的问题：我开始使用一个笔记本来记录所有一切我认为值得记录的细节，便于自己回忆和理解。但是写下来之后，发现最终总结到文章的很多东西都是简单的堆砌。一般来讲，自己选择去听的项目都有着相应的准备和充分的理解，所以即使是细节积累的记录，都是于自己比较有意义的。但是我不清楚对于一个对此话题不甚理解的读者，这样的意义是否还重要。这样的方式还有一个缺点就是文章会非常地长，文章会长到我的众多朋友实际上都很少看完我写的整篇文章......

除此篇幅本身的结构以外，我能想象到的一个形式上的改进就是适当分清主次，着重针对一个话题梳理出脉络，随后进行延展，而其它的话题则可以忽略掉一些细节，只着力于主题即可。这样也避免了自己对于某些技术了解的不甚深入（譬如本篇的敏捷话题部分，我于此的实际经验要小于书面上的理解，如果有误欢迎指出），而堆砌细节反而可能弄巧成拙的情况。

自己也考虑在未来多多尝试几种风格，尽量让大家更有效率地获取知识。既不是迷失在字数近乎无限的冗长的细节迷宫中，又不是在精简到渺渺几行的语录体文章中揣摩技术细节的痛苦，这个介于两者之间的程度，我会努力找到更适合的方案。

所以我很希望听听大家的意见，这样的细节大餐或者主次分清的形式你更喜欢哪种？如果有什么更好的建议欢迎提出，谢谢！

id之痛

2009-08-21T11:47:53Z

id的新作Wolfenstein在GameTrailers上被打了一个很低的分数。Video Review的解说没有过多的苛刻，却充满了悲凉的气息。作为游戏界的人们，大家都无比敬重id，这个诞生了FPS之父的公司，这个拥有John Carmack这个神一样的程序员的公司，但是人们也同样知道，id的神话，或许已经一去不复返了。

和其它人一样，当我看到Wolfenstein重新登上最新一代的游戏平台的时候，心里没有什么激动，却充满了疑惑。对外公布时间更长的Rage还没有更多消息，却猛然冒出了这个游戏，不得不让人困惑这是怎样定位的一款作品。Trailers公开之后大家也必然像我一样充满了失望。作为一个最近的游戏，单从视觉效果上来说，Wolfenstein没有任何吸引大家眼球的地方(虽然目前这个效果是Doom3，即id Tech 4引擎的极致）。种类繁多的宣传片中所描述的这些或那些游戏中的特色，在一个被前几年的各种大作搞的审美疲劳的玩家面前，根本不具备任何优势（一个偶尔可以切换成绿色的世界，绝对没有坐在直升机上体验核弹在面前爆炸来得刺激）。

id目前最主要的问题在于，这个曾经无比辉煌的公司，仍然在继续着15年前让他们辉煌的方式，然而世界却已经有了大不同。15年前那个单个游戏拷贝超过Windows拷贝数的公司，如今却也只能在FPS市场上被挤压在几个大牌厂商中间。

这个趋势是最近几年开始的。这些从id引以为豪的引擎技术上就可以看到端倪。1999年的id，刚刚发布Quake III Arena，风头正劲，事实上，几乎是难以匹敌。我记得当年数家媒体的评论人都有相同的忧虑：担心id垄断整个FPS产业。在那个年代，Quake III使用的id Tech 3引擎，基本上就是大众计算机图形领域的最高成就。

此后的一段时间，即id Tech 3时代，id过的十分不错，因为引擎授权卖得好。EA当时抗鼎的王牌大作（身临其境《拯救大兵瑞恩》！）---- Medal of Honor 就使用了id Tech 3引擎。其中营造的临场感十分不错，但是贴图实在是有够差。差得连id都觉得有点儿埋汰了自己的引擎，在那几年推出了自己精心打造的致敬之作 Return to Castle Wolfenstein，获得无数赞誉。精彩的单人模式、壮丽的多人模式、华丽的画面，实属精品。

那几年使用id Tech 3引擎的游戏还有很多，如 Soldier of Fortune 2：Double Helix 等，但是有一个游戏却不得不提，就是那年Activision的抗鼎大作---- Call of Duty 。

RTCW 的单人模式固然精彩，却还没有脱离FPS爷爷级的游戏---- Wolfenstein 3D 所开创的单人走迷宫－开枪－拿钥匙的模式。Medal of Honor 的推出让玩家看到游戏在体验性上重大突破，而 Call of Duty 简单的说，当时我的印象就是把 MOH 的体验和 RTCW 画面相结合一款佳作。所以不可能不成功。

从引擎技术上来说，id的优势并没有保持太久。Epic从 Unreal开始，就成为id虎视眈眈的竞争对手，id Tech 3 胜出了Unreal Engine一个级别。但是在三年后，Epic回敬给id的，是Unreal Engine 2。Unreal Engine 2驱动的游戏，我认为画面惊喜程度很高。而从游戏感受上谈，Unreal Tournament 2003 加入的很多小东西都是有趣的尝试，可说是Quake III 模式非常精彩的补充，而UT2004则更加展示了Unreal Engine 2在构造庞大场景并兼顾游戏性上的优势（想想2000年末的 Quake 3 Team Arena吧，id为了抗衡Epic在团队游戏上的优势而精心推出的资料篇----结果id一败涂地）。Unreal Engine 2从视觉观感上就超越了id Tech 3 一个级别，但显然这次回击并不够有力，因为id还有自己的一击重拳。

Doom3的最初截图在网上传播的时候，所到之处均引来一片赞叹的声音。更有很多人断定：这样的游戏是不可能出现的。

虽然经过几次跳票，Doom3还是在2003年来到了我们面前。虽然发布的时候所需的系统配置已经不是像我们曾经想象的那样恐怖了。

Doom3重新树立了新的标准，id Tech 4作为id首个使用C++撰写的引擎（对，id Tech 3如此复杂的项目，是用纯C来完成的)，拥有当时业界领先的材质及光影技术。

但悲剧也就此开始。由于id Tech 4的开发周期过长，结果就是这个引擎并没有像id之前的引擎那样卖掉很好的授权，除了id本家的游戏，只卖出个Prey的授权，很是凄惨。相反的，Unreal Engine 2却收获颇丰，整个2002-2004年的市场被Epic独断，而最重要的是，这些使用了Unreal Engine 2的厂商，同样也是日后大举使用 Unreal Engine 3的先锋军团。（自然是同一厂家的产品切换比较容易）

引擎技术的下一个突破，就是2007年到来的Unreal Engine 3了，Epic身批战袍而来，为了Unreal Engine 3，Epic连自己的招牌游戏 Unreal Tournament 都先搁置一边，联合微软推出了传奇性的Gears of War。

当时所造成的震撼，一点儿也不比Doom3推出的时候小。而更为重要的是，几乎是在一夜之间，Unreal Engine 3几乎统治了次世代的引擎技术领域，甚至包括了如日中天的次世代游戏平台X360,PS3 ---- 此时id根本就没有与此对应的技术可供厂商选择。

沉默了一阵之后，id才宣布了正在开发的全新系列---- Rage，以及全新的引擎----id Tech 5。

但是目前就我的感觉而言，我没有感到id Tech 5 从视觉上，有相对于Unreal Engine 3具有压倒性优势的地方。

10几年来，FPS的世界已经有太大大变化了。从Call of Duty开始，剧本以及场景设置就变得异常重要。我始终认为Call of Duty系列是做得最好的脚本游戏（仅限单人游戏部分而言）。那些超乎想象的场景以及流程设计，结合FPS游戏近乎身临其境的体验，成为了Activision一直以来的摇钱树和筹码。另外提一下，我始终不认为COD系列在引擎技术上有什么太多的优势，甚至我一直怀疑（有点肯定）COD2中号称支持DirectX9的神秘引擎，就是id Tech 3的改良版本而已。

另外一个冲击FPS世界格局的，是当年北欧的游戏工作室DICE推出的Battlefield系列作品。这是一款空前的作品，想想你可以作为步兵，搭乘战场上的各种兵器与数十个真实的人拼上一场的时候的激动吧，这是无数小男孩的梦想----所以正如EA收购了Maxis推出的满足无数小女孩梦想的游戏 Sims 一样，EA自然也要把DICE收入囊中，将BF系列变成和Sims一样的印钞机产品。Battlefield系列始终拥有很高的素质，我一直保留着一个BF2的Demo版本，事实上这个Demo版就已经可以满足我的游戏需求了：免费联网对战，可玩度极高（或者说无限）的地图，当时实乃极品。

其它影响整个产业格局的是Halo这样的游戏，我了解不多，就不多说了。

而id的问题，就是没有看到或者说重视这种变化。Battlefield的方式，id在Enemy Territory的两款作品中算是做出了些回应，玩家的反应评价也很好，但是可惜还是没有成为主流。

现在id自己熟悉的模式也都无法提供太多的创新了。Quake4中多人游戏的部分，基本就是Quake III 的id Tech 4重制版本。说回文章开头提到的Wolfenstein，也继续保持着类似的风格，所谓的创新不过都是小的甜点而已，在根本的方式上，还是id十几年前的烙印。

看看近期Wolfenstein以及Rage的宣传，居然还在反复宣传着"MegaTexture技术"。在如今这个各厂商的大作均完全不以技术说事的时代----Halo没有说过技术；Modern Warfare 2的发布会，连半个技术的词没有，可全世界成千上万的玩家，仍在翘首企盼游戏演示关卡的那激动人心的20分钟，这就是现在的游戏产业和从前的差距。

现在的id，楼下或许还是那十几辆法拉利，但是殊不知窗外景色的大不同。我想，John Carmack这样的天才的时代，已经过去了，作为一个传奇英雄他将永远辉煌，但却无法保证id的引擎团队永远辉煌。个人力量正在被商业化生产而超过。仅仅说我在北京的计算机书店，就见到过非常详尽的虚幻引擎开发手册，内容十分丰富。这足以证明Unreal Engine完善的商业化程度。id的风格则走了另外的套路，Carmack提倡的小团队项目，以及过度依靠他本人的能力，相比下制约了id引擎的发展。Carmack将公司旧有的引擎源代码完全开放，让id在游戏业界以及全球都获得了广泛的声誉和尊敬----却没法显著提高id实力。

id同样在多种方面保持着理想化的构想，Quake Live就是很好的一个明证，我还专门为这个项目的宣布写过一篇短文。无奈就在Quake Live 宣布支持Linux 的今天，我同时也读到了Carmack宣布这个项目目前入不敷出的情况......

我觉得id可以考虑去做的几件事情：

先是提高引擎的商业化程度，这么长时间以来，id的引擎肯定在易用性上较Unreal差一大截，如果普及自己的技术，更好的服务客户，甚至建立一个专门普及技术的团队也是应该的。先进的游戏市场，抢下一些用户，建立自己的用户平台，是种非常好的商业化平台方式。
不要成为"啃老族"，id的游戏系列，Doom, Quake, Wolfenstein，是时候放一放了，不放下这些，就更加难以创新。

现在John Carmack沉浸于iPhone/iPod Touch平台的开发之中，正在以惊人的速度在这个平台上推出游戏。Rage最近刚刚出了最新的预告片，仍旧是那么地"Doom"，作为John Carmack无数的崇拜者之一，作为无数期盼id重现辉煌的玩家之一，我只能祝他们好运。

参考文献：

id Tech 3, id Tech 4 on Wikipedia.

Masters of Doom, Doom启示录