CNBorn|我不是大牛

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

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

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

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

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

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

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

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

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

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

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

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

作为现代城市人的悲哀，就是我们已经很久都没有体会到真正的自然环境是什么样子。来到高布斯滨这种自然环境浓郁的地方，就会有一点点不适应。早上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标签。本系列文章可能会省略一些旅行中的细节内容，如果您也打算出游，并还想了解更多详细信息的话，欢迎在网站页面留言，我会很高兴帮助您。

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

敏捷软件需求

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

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

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

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

ThoughtWorks如何进行需求分析

项目启动：QuickStart

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

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

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

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

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

产出：

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

    2 需求列表

    3 可视化项目原型

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

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

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

（卡片范例）
来自：http://www.agilemodeling.com/artifacts/userStory.htm

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

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

Story的3C原则：

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

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

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

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

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

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

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

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

可视化管理：

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

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

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

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

----

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

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

----

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


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

性能Benchmark

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

比较值得记录的如下：

提供了三种Replication的方式

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

GridFS 内建的文件系统

两个应用：

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

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

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

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

两个Django结合MongoDB应用的例子

Using PyMongo

Mumblr is a basic Django tumblelog application that uses MongoDB.

Using MongoEngine

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

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