今天，@小马msn 的一条长微博《开源就是一锅石头汤》，引发了很多开源爱好者的思考与探讨。我当时的回复是：“这个话题很值得细细分析一番。回头好好写一篇。”

1. 这是一个老故事，主角有时是士兵，有时是流浪汉，有时是聪明的小孩子。但是寓意非常清晰：走投无路的家伙，凭借忽悠，让别人付出了很多资源，而他(们)得以坐享其成。

2. 汤的底料是石头，人人都明白，石头对于汤毫无贡献。但开源不是这样一种生态，在一个开源项目中，发起人投入的，是整个项目中，最为宝贵的财富：源代码。也正是因为有这样的投入，才能引来更多的人投入其他的资源。

3. 这个故事的发生地，通常是某个村庄，因为只有“没什么见识的村里人”，才会相信石头做汤的“鬼话”。而开源社区，恰恰是最为开放，也最无法骗人的。源代码就在那里，而且是放在互联网上。那些能够上网的人，他们那么容易被骗吗？

4. 这个故事的噱头，是“一个秘诀”。一个令人感到匪夷所思的秘诀。更加有趣的是，故事从头到尾，在石头汤做出来以后，在村民们已经喝到以后，居然大家还在赞叹不已。这样的故事本身，已经令人生疑，更不要说在开源社区。源代码是不是能够运行起来，是不是真的有用，难道不是立马就能判断出来的吗？

5. @小马msn 这个版本的故事，有一个更加光明的结尾：“有一颗宽容之心，真诚善良之心，石头也会做出美味的汤来。”但是，宽容、真诚、善良，真的可以建立在谎言的基础上吗？

6. 抛开故事不谈，开源的确是非常难以成功的事业。这需要很多方面的投入，也需要各种层面的努力。包括：智力、耐力、人力、财力、物力、天时、地利、人和。等等等等。而这一切的基础，是开放、包容、坦率、真诚。以及能够体现出开发者这些品质的“源代码”！

7. 的确，开源也需要忽悠，也需要对外说服。但是，这样的说服，恰恰不能建立在谎言的基础上。如果，你自己并不真诚的相信，自己的开源项目一定能够成功，怎么可能让别人相信呢？

8. 这个故事中，的确存在一个真理，那就是协作的力量。当然，不仅仅是开源如此。不过，在我看来，开源的确是最有可能改变世界的协作方式。

9. 总结观点：在我看来，开源不是石头汤，不是忽悠别人投入资源，不是无奈，不是空想。而是一种信仰，是一种价值观，是一种生活方式，是一种推动世界，变得更好的力量！

问题的地址在：http://www.zhihu.com/question/20147509

我的回答是：

还是从1949到2009吧，正好一个甲子。

中国人民共和国，是这个国家的正式名称，但是在官方的宣传口径中，常常被称为新中国。在这个 政权最初的六十年中，发生了太多的历史事件，如果将这六十年，放入“1848～2048”这200年中来观察，可以称之为大地震后的余震期。也许到了 2048年，我们才可以小心的判断，余震已经基本结束了。这六十年又可以分为1949～1979，以及1979～2009两个阶段，“新中国”前三十年的 各种怪象，是三百年后的我们完全无法想象的。后三十年间这个国家的各种变化，则几乎都是在人性可以理解的范围，无论是进步还倒退，无论是善良还是邪恶，无 论是无私还是贪婪，都是我们惯常能够体会的人性的一面。虽然在这三十年间，不断有事件的亲历者惊呼：天哪！

目前开始了一个新的写作计划。文档放在teamhost上： http://www.teamhost.org/projects/learn-with-open-source/wiki/Wiki

到今天为止，写了第一部分：【开始之前】

1. 开始之前

1.1. 这份文档的目标读者

软件开发初学者

这是一份面向软件开发初学者的文档，所谓初学者，可以定义为：学过的语言不超过2种，在已经学过的语言技能方面，能够完成课程上的大部分习题。从高校教育的通常情况来说，基本能够完成老师布置的最后的课程大作业。如果要说学得很出色，大概谈不上。要想进一步提高，也很困难。
对于大学毕业（正负1～2年）的同学们来说，他们很难接触到真正较为复杂的项目，即使参与到复杂的项目之中，也会是其中非常细枝末节的部分。他们渴望快速的提升自己的软件开发能力，而恰恰最缺乏提升自身能力的机会。
因此，本文希望能够介绍一种较为合理的方法，帮助各位”同学”，以较为科学合理的方式，提高软件开发的实力。

开源软件的初次使用者

在软件开发这个领域，完全不接触开源项目，几乎是不可能的事情。在日常开发工作中，如何借助开源项目提高开发效率，减少重复劳动；如何从开源而受惠，而不是因开源而受害。也是一个很有意思的课题。本文也希望能够通过分享过来人的经验，帮助那些初次接触开源的朋友。

开源社区外徘徊的爱好者

想要成为开源社区的一份子，在享受开源带来的好处之后，也能够回馈一些帮助给开源社区？开源社区到底是怎么一回事？有很多人对于开源有着天然的好感，希望能够加入进来，能不能更快的融入开源社区，能不能为开源做出更多的贡献，甚至启动一个自己的开源项目，拉起一支队伍来做些了不起的事情。有这样想法的朋友，应该也不少，希望本文的介绍能够起到一定的帮助。

《由于这是一份开放式写作的文档，因此，当我写下这段话的时候，我并没有特别确定的把握。这份文档将只有以上三类目标用户。也许，它能够对更多的人产生价值……》

1.2. 基本条件

一台能够上网的电脑

如果我说，以上就是全部的基本条件，似乎的确是太不负责任了。但是，真的也就够了。假设你只是研究JavaScript的开源项目的话，装一个FireFox/Chrome这样的对开发者友好的浏览器，基本上就可以开始学习了。
再进一步，当然可以有更多的考究。比如：究竟是选择Windwos还是Linux/MacOS？Linux又应该选择什么发行版？等等等等，一旦深入，自然有无穷无尽的问题在等着你。

首选Ubuntu

首先解释为什么要选择Linux，因为开源软件，在很多情况下都是Linux的版本更加稳定可靠，在解决版本依赖问题的时候，也更加容易些。当然，在Windows下面，也有非常非常多靠谱的开源项目，因此选择Linux更多的是出于一种多多使用开源的偏好。
金庸先生的《神雕侠侣》中提到的寒玉床，可以用来解释这其中的奥妙。当你完全处在一个开源的环境，当你的各种操作都会接触到与开源相关的各种概念时，你就时时刻刻都在进步中，这样获得进步自然会更快一些。
再说为什么选择Ubuntu，这就更是个人偏好了，因为Ubuntu的易用性目前看来还是最好的。对于初学者来说，也更加友好一些。网络上的中文资源，也更多一些。
另外，网络上有一篇非常著名的文章叫做：《开发人员为何应该使用 Mac OS X 兼 OS X 小史 》，也写得非常有说服力，推荐阅读一下。

如果你真的喜欢Windows

必须承认，在Windows环境下，还是可以学习开源的。也有很多很多开源人，努力的在Windows平台下工作。很多环境的搭建工具，被一点一点的开发出来。比如：RubyInstaller；XAMPP；以及cygwin等等。（具体的名词这里不解释）
但是，很多时候，你会遭遇莫名其妙的报错，很多人会在某个深夜，突然抬头望天，破口大骂：“这个烂Windows！”不是没有道理的。

不会被阻隔的网络

是的，这篇文章如果有幸被翻译为英文，这一段话可以被完全删除。因为他们无法想象我们还会遇到这样的困难。而克服这种困难，对于学习软件开发，又是绝对必须的一种技能，所以……如果你真的发现目标网站无法访问，寻求帮助吧。(抱歉，无法在这份文档里提供帮助。不过，我留了email。)
Google在大多数时候，对于软件开发来说，都是更好的搜索引擎，所以，哪怕你费尽千辛万苦，也一定要用Google来搜索想要寻找的项目、文档和资料，必须的！

1.3. 你需要明确的一些事情

你真的想学习软件开发吗？

在正式开始学习之前，我实在是忍不住，我想一遍又一遍的询问你：你真的想吗？你真的想成为一个“码农”吗？你真的想掌握软件开发这门手艺，甚至以此来谋生吗？那么好，我得告诉你一些事实：

• 软件开发绝非你想象中的事少钱多责任轻的那种高薪白领。很多程序员会自称“码农”，就是因为这份职业非常的辛苦，而且做好不易。
• 另外，这是一份需要终生学习的行当，很多很多的其他领域，没有那么快的知识更新速度。但是软件开发这个领域，1～2年不接触技术最新的进展，你就OUT了。
• 还有，软件开发这个行当，真的未必那么好找工作。就业前景什么的，并非想那些传说的成功故事一样光明。

但是，真的有一些人，热爱这个行业，编程不但是他的工作，他的业余爱好也是Coding。
如果，你确信自己不仅仅是靠编程来维生，更是将编程作为自己最大的爱好，那么欢迎您，来到一个神奇而充满魅力的世界。这里有智慧、有乐趣、更有热心的朋友和充满前途的事业！

你真的适合软件开发吗？

虽然，软件开发并非像传说中的那样，是一个需要高智商的Nerd的行业。但是，他的确需要一些品质和能力，如果你发现自己并不具备，或者要很辛苦才能做到。那么，你不适合这个行当。

• 懒惰：有一句名言这么说：“懒惰是程序员的美德”，因为真正的程序员，一定痛恨反复做同一件事情，至少他们会写一个函数来替自己完成。如果发现代码里重复出现相同的段落，他们会无法抑制的想要消除这种重复。
• 条理：如果这是一个复杂的事情，那么我可以分成三个阶段来着手去做它。如果仔细想想，第一个阶段，还可以分为5个部分。在开始第一阶段之前，还有4个准备工作，必须首先考虑。
• 耐心：很多时候，程序里的麻烦会来找你，如何解决？解决“bug”需要洞察力，需要细心，而最需要的，则是耐心。有些时候，我会非常享受这种“破案”的过程。
• 好奇心：值得好奇的事情太多了，永远学不完的新技术；最近的进展和最佳实践。甚至其他行业和领域的究竟，我们都有充沛的好奇心，因为无论哪个行业，他们早晚都会来找到我们，帮他们编写代码的。
• 较真：很多事情，据说都差不多就可以了。但是，计算机是那么严格，快百分之一毫秒，也是快了。一个万分之一概率下会出的bug，还是bug。如果你不是一个足够较真的人，就会放过很多问题，而那些问题，往往就会酿成大祸。

OK，闲话少叙，咱们开始吧！

http://www.zhihu.com/question/20063807/answer/13871757

我的观点如下：

不明白怎么会邀请我，明显我的资格不够啊～～

随便从一个中国食客的角度来说说吧：

1. 我们去餐馆，是去吃饭，之所以去不同的餐馆，自然是想体会各种不同的口味。打开菜单，挑挑选选，是第一步。

2. 现在的菜单，纯文字的已经极少。图片（最好是彩图），中文菜名，英文菜名，标识主要食材，辣度提示，等等等等，才构成一个菜的完整介绍。

3. 点菜的选择，取决于几个因素：口味（酸、辣、甜）；主食材（牛肉、猪肉、蔬菜）；照片（是不是好看）；菜名（有趣、口彩）；那种无法帮助选择的菜名，或者无法引起联想的菜名，就是失败的菜名。

4. 菜名的另一个好处是，下次再来吃时再点一个。因为上次留下了美好的回味，这回想着再点。那么，菜名是不是方便记忆，就很有讲究。所以我不同意@冷景旭 的观点，那种直接音译的菜名，是不方便外国人记忆的，哪怕有几个特别出名的，可以记住，大多数记不住。难道每次都让人家点“ma po dou fu”？

5. 说个笑话，虽然“fuck goods”绝对是错误的翻译，但是很有可能增加菜的销量。说到底，菜名翻译成什么将有助于销售，对饭店来说才是有意义的问题。文化什么的，真的不用多考虑。

附言：

@冷景旭 说：对菜的介绍部分附加一些中国文化的内容，那么这个菜单会显得更有深度，更加出彩，起码在外国人等菜的时候有个东西可以读一下。

我觉得也是想当然了，人家是来吃饭的，不是来上课的。

后来， @冷景旭 又回复了我的回答：

谢谢你的建议。无法帮助选择的菜名就是失败的菜名，那么，对于外国人的话，菜单上的中文是否也算无法帮助选择的内容呢？

我的这个想法也不是完全为了文化，而是作为一种营销手段，就像在国内一些法餐菜馆一样，很多菜单菜名是中法双语的。法语部分其实不是为了方便客人，而是为了菜单的点缀。
而且像菲力牛排，西冷牛排这样的菜名，他们都是按发音来写的。似乎中国人接受能力挺强的。

2年前，在比利时的一家高档的中餐厅，我遇到了一份异常精美的菜单，像一本书一样。他开头一页是对中国的介绍，后面则是每页一道菜，附上中文菜名，图片，发音，以及对菜的介绍。
我觉得这样一份制作异常精美的菜单实在让我惊艳万分。点完菜后，我还请求把菜单留下，让我多读一下。
这是我为什么会说「对菜的介绍部分附加一些中国文化的内容，那么这个菜单会显得更有深度，更加出彩，起码在外国人等菜的时候有个东西可以读一下。 」

我的回答是：

说实话，你的想法并不错，只是不能推广。有一两家这样的饭店，当然好，要是都这样，也不现实啊。

你举的例子，都是个案，比如寿司，比如西冷牛排，比如麻婆豆腐。但是，中国菜那么多，都这样音译，哪个老外吃得消？

解释一下饭店里菜名的中文，那是为了在国外上中餐馆的中国人看的吧。难道老外都认识中文？

再说说你的惊艳万分，很有可能因为你是个中国人，才那么惊艳。也因为那是个高档餐厅，他们才玩得起。

参考 @冷景旭 的完整观点：

http://www.zhihu.com/question/20063807/answer/13852580

在知乎上的回答：http://www.zhihu.com/question/20039541/answer/13773509

代码易于维护，分为两个方面：容易阅读理解；容易修改扩展。

一、如何写出容易被阅读和理解的代码

1. 最根本的一条，要向写文章学习，有目录，有大纲，有标题，有段落，有适当的提示。

1.1. 首先是目录结构，这个在一些比较好的实践中，有约定俗成，比如Rails应用，app目录下一定分controllers、models、views、helpers四个目录。再加上config、lib、vender，大致的代码在哪个位置，不用猜都知道。

越是常见的项目类型，越是应该按照约定俗成来构建项目的目录结构，不要别出新裁。

对于没有业内参考的项目，目录结构也尽可能采用简单、易懂、含义固定明确的单词，比如：core、config、test这样的命名。

1.2. 包名与文件名，在这方面，java语言的规范非常值得其他语言参考和借鉴，分层组织，合理命名。是最重要的。

1.3.一个源代码文件里，要不要有注释？我认为，尽可能不要，还是要像写文章一样，让人阅读起来，有感觉。比如：文件名，类名，方法/函数名。如果将所有的实际代码全部折叠起来，顺序的阅读这些名字，能不能让阅读者，对于这一个源文件的内容和目的，有大概的了解？

再强调一次顺序阅读，一个 源程序文件内有很多个函数/方法，这些方法的排列次序，是有意义的。仅仅依靠调整次序，比如：构造函数，扩展构造函数，简单的读写函数，业务相关的函数。以这样的次序来排列，会更加便于阅读。

在必须写注释的地方，也不要写得太多，言简意赅，把要点用1.2.3.讲清楚。

1.4. 变量名，常数名，我们必须一再一再的强调命名的重要性，可以说，命名是软件开发中，头等重要的大事。要简洁、清晰、全英文（决定不要汉语拼音、任意缩写）、尽可能不要夹杂数字，比如var1、var2这样的变量名，就是最糟糕的。

2. readme

在项目开发的过程中，定期整理一份readme，放在项目的根目录，主要包含两部分内容：我们的代码做了些什么？如何查找我们写的代码。

3. wiki

团队开发，尽可能维护一份wiki，自己架一个mediawiki或者其他wiki，都是很简单的。或者自己架一个redmine这样的集成项目管理工具，该有的就都有了。

wiki的管理维护是一个很大的话题，这里就不再展开了。

4. 单元测试

@李楠 和@KevinWei 已经提到了。 这个办法，既方便阅读理解代码，也方便修改代码。非常重要。

5. Code Review

@KevinWei 也已经提到了。

二、如何写出容易被改写和扩展的代码

1. 单元测试，最好全过程采用TDD（测试驱动开发） 

这样才能让人有信心修改你的代码。

2. 参考业内成熟实践与设计模式

这个事情，要多讲一句，千万不能过头。为了追求可扩展性，可重用性，甚至仅仅是为了玩弄设计模式，会让一个项目成为过度设计的牺牲品，千万不能过头。

3. 定期重构

一上来就向设计模式靠拢是很危险的，重构时以设计模式为参考会好一些。但是，大多时候，我们没时间重构。。。

所以，还是TDD最实在，按照TDD的工作模式，你的项目几乎每天都有大大小小的重构。

4. 结对编程

这个@李楠 已经提到了。让知识在团队中不只是一个人掌握，很重要。

大概就是这些吧。。。

周爱民兄（他居然称我为庄兄，他明明比我大啊），昨天写了一篇blog《第三种“没信仰”》，在回应我以前的一篇《我的信仰地图》之外，说了很多有意思的观点。

我今天细细读了一遍，打算好好回复一篇。

但是，这样的文章要回复起来，很不容易，我只能剑走偏逢，另外引一段话来“撑腰”：

“故法华经云：佛自住大乘，如其所得法，定慧力庄严，以此度众生。当知此之二法如车之双轮鸟之两翼。若偏修习即堕邪倒。故经云。若偏修禅定福德。不学智慧。名之曰愚。偏学智慧不修禅定福德名之曰狂。狂愚之过虽小不同。邪见轮转盖无差别。若不均等此则行乖圆备。何能疾登极果。”

这一段是我最近正在看的《童蒙止观》里，智者大师引经据典的一段话。

这段话，看得我悚然而惊，为什么？因为很长一段时间，我进庙磕头求佛求菩萨，一直只求智慧增长，别无他求。因为，我当时的理解是：只要有智慧，其他都会有的。现在看来，也是邪见的一种啊。

爱民兄的文章主旨，如果我没有理解错的话，“在我目前这个状态下，我没有信仰的需求。科学、哲学、宗教里那些有用的部分，我都已经理解了。”

有一句俗话叫：“书到用时方恨少”。那些你觉得已经理解的道理，当你需要的时候，才会恨自己“没有真正掌握”啊。

所以，在我看来，爱民兄这种“没信仰”的选择，恰恰是智者大师所说的“狂”的一种，相当的危险。因为跟你很熟，也就不客气的在这里说了，万望海涵。。。

说到真修实证，我也完全没有经验，只是发心打算开始修起来，微博上的@张峰的心斋堂说到：“老庄，其实佛道中有很大一块关于实证实修的部分，倒是与科学研究类似。你实修证到了，自然就会信，比如说马相藏阴。但这一部分各家都秘笈自珍，还加入各种隐语，导致很难从公开渠道获得加以验证，不然倒是很好的科研素材”

我很期待他能够多介绍一些实证、实修方面的材料。

知乎上有一个问题：为什么有很多道理我们知道、也认可，但就是做不到？从知道到做到之间有什么被我们忽视的重要东西？

我收藏了很久，但是一直在心里打腹稿，没有想好怎么回答。今天写了一篇blog，来试着梳理一下自己对“知行合一”的理解。

2007年，我写过一篇博客，叫做《儒家的那些道理》，摘抄一段过来：

———————————————引用开始————————————————
举 一个佛家的禅宗故事来说明吧。当年达摩西来，经过神光法师讲经处，发现这个神光法师辩才无碍，讲起佛经来，天花乱坠，地涌金莲。结果呢，一旦知道 死期将近，照样惶惶不安，恐惧不已。到头来还是跑去求达摩祖师帮他安心。为什么呢？因为佛家的道理固然人人讲得，佛家的境界，未必人人都能达成。道理讲得 再好，也不过口头禅而已。等到神光改名慧可，在达摩面前九年长跪不起，以至于自断一臂，只求安心，达摩祖师说：“将心来与汝安。”慧可沉默良久，然后才 说：“觅心了不可得。”达摩祖师说：“我与汝安心竟。”于是慧可当下大悟，成为禅宗二祖。但是，这一句“觅心了不可得”的道理，你我都读在眼里，怎么你我 都还是没有开悟呢？

无论是佛家的道理，还是儒家的道理，一字一句的背下来，是没有用的。非得要能够将那些道理，真正化入自己的生命，那才是自己真正得到了！这些永不会失落的财富，才是真正宝贵的财富。
———————————————引用结束————————————————

但是，在我的那篇文章里，根本没有讲：“如何将道理，真正化入自己的生命。”因为，我自己也不知道。

到了2009年的时候，我写了另外一篇博客，叫做《<Lie to me>、<三体-黑暗森林>以及知行合一》，也摘抄一段过来：

———————————————引用开始————————————————
我最近在写的一个稿子，其中有这么一段：

一 直有这样一种感觉，技术方面的东西，往往是“知难行易”。理解起来很困难，一旦理解了，其实很容易做到。而管理方面的东西，却往往是“知易行 难”，都是些常识性的东西，但是要坚持做到，却非常的困难。不过，后来读到了一些有关王阳明的“知行合一”的理论。似乎在他看来，如果是行得不够好，那就 肯定是知得不够深。而且，要知得够深，也一定是不能脱离行的。想来也的确有道理，但是也还远没有参透。

昨天晚上在想着《Lie to me》和表情识别的事情，突然心有所悟。《Lie to me》中一个非常重要的概念，叫做微表情。他的理论基础是：人类在无意识中泄露出来的表情，可能转瞬即逝，却表达了无法掩饰的内心世界。更多介绍连接

但是，大多数人，却无法察觉到微表情。因为短短1/10秒的面部表情变化，没有经过专业训练的人，是根本无法察觉的。
……
Cal Lightman博士经过长期艰苦的研究与自我训练，才掌握了识别1/10秒微表情的能力，这既是知的成长，又是行的成长。知与行，是不可分割的。从这个角度来看，我对知行合一的理解，又深了一层了。
———————————————引用结束————————————————

说实话，这个只是我自己在瞎参悟，因为一直还没有读过王阳明的《传习录》原文。

今天，我总算仔仔细细的读了一遍王阳明讲知行合一的段落，特摘录如下：

———————————————引用开始————————————————
爱 因未会先生“知行合一”之训，与宗贤、惟贤往复辩论，未能决，以问于先生。

先生曰：“试举看。”

爱曰：“如今人尽有知得父当孝、兄当弟者，却不能孝、不 能弟，便是知与行分明是两件。”

先生曰：“此已被私欲隔断，不是知行的本体了。未有知而不行者。知而不行，只是未知。圣贤教人知行，正是安复那本体，不是 着你只恁的便罢。故《大学》指个真知行与人看，说‘如好好色，如恶恶臭’。见好色属知，好好色属行。只见那好色时已自好了，不是见了后又立个心去好。闻恶 臭属知，恶恶臭属行。只闻那恶臭时已自恶了，不是闻了后别立个心去恶。如鼻塞人虽见恶臭在前，鼻中不曾闻得，便亦不甚恶，亦只是不曾知臭。就如称某人知 孝、某人知弟，必是其人已曾行孝行弟，方可称他知孝知弟，不成只是晓得说些孝弟的话，便可称为知孝弟。又如知痛，必已自痛了方知痛，知寒，必已自寒了；知 饥，必已自饥了；知行如何分得开？此便是知行的本体，不曾有私意隔断的。圣人教人，必要是如此，方可谓之知，不然，只是不曾知。此却是何等紧切着实的工 夫！如今苦苦定要说知行做两个，是甚么意？某要说做一个是甚么意？若不知立言宗旨，只管说一个两个，亦有甚用？”

爱曰：“古人说知行做两个，亦是要人见个 分晓，一行做知的功夫，一行做行的功夫，即功夫始有下落。”

先生曰：“此却失了古人宗旨也。某尝说知是行的主意，行是知的功夫；知是行之始，行是知之成。 若会得时，只说一个知已自有行在，只说一个行已自有知在。古人所以既说一个知又说一个行者，只为世间有一种人，懵懵懂懂的任意去做，全不解思维省察，也只 是个冥行妄作，所以必说个知，方才行得是；又有一种人，茫茫荡荡悬空去思索，全不肯着实躬行，也只是个揣摸影响，所以必说一个行，方才知得真。此是古人不 得已补偏救弊的说话，若见得这个意时，即一言而足，今人却就将知行分作两件去做，以为必先知了然后能行，我如今且去讲习讨论做知的工夫，待知得真了方去做 行的工夫，故遂终身不行，亦遂终身不知。此不是小病痛，其来已非一日矣。某今说个知行合一，正是对病的药。又不是某凿空杜撰，知行本体原是如此。今若知得 宗旨时，即说两个亦不妨，亦只是一个；若不会宗旨，便说一个，亦济得甚事？只是闲说话。”
———————————————引用结束————————————————

简单的说，我的理解如下：

1. 知一分，则能行一分。行不出来的，就不算真知道。

2. 儒家讲吾日三省吾身，就是每日反省：行不到的地方，知见有何不足。今后如果要行，该如何去行，既要在道理上想透彻，又要不断在事上磨练。

3. 中国传统文化，儒释道三家，都讲功夫，修身/修行/修炼。都是在探究，如何将那些道理，真正化入自己的生命。

4. 前两天，我在微博上写到：想通了一件大事，也定下了今年的努力目标：知行合一，不忘初心，尽心竭力，诚以笃行。

零、缘起

今天在微博看到一条@薛蛮子 的段子，看得我相当火大，终于下决心写这篇博客，好好谈谈我对VC的鄙视。

商业计划书是个非常重要的东西，主要的原因看你是不是较劲吐出来，所有伟大的事业都是最简单的事业，微软做Windows的，腾讯是QQ，李彦宏是搜索，一句话就搞定了，你只要想清楚，这件事只有想的清才是做的清，凡是一大堆屁话一看就是不靠谱的。

薛蛮子这段话里，有多少不靠谱的槽点呢？咱们慢慢来说：

1、微软不只是做Windows的，他还做DOS，Office，XBOX……当初微软刚刚成立的时候，他的主营业务是BASIC解释器，估计薛蛮子都没听说过什么叫BASIC。

2、腾讯倒是一直在做QQ，但是1998年成立时，他们主要业务是为寻呼台建立网上寻呼系统。最落魄的时候，马化腾差点卖掉腾讯，直到2000年，QQ里面才加入了广告。开始有了收入。

3、百度的确是做搜索，但是真正让百度赚钱的，是广告与竞价排名。

这些事情，我还是说得太简单，因为事实上，一句话根本是说不清楚的。

一、为什么VC的眼光往往不靠谱？

所谓风险投资，就是高风险，高收益的投资。高风险，就是失败率极高的投资。十次投资有一次成功，VC就能够赚钱，甚至能够大大超过另外九次的亏损。因此，我们看到那些风光无限的投资人，在台前活跃，就认为他们的眼光独到。当然，他们只会大力宣传自己成功的那几次。

一个看十次有九次看错的人，通过大力宣传自己唯一成功的那一次，让人们相信自己常常是正确的。而那些被洗脑的家伙，居然就相信他们了，居然就崇拜他们了，居然就信奉他们了，居然就以他们为马首是瞻了～～～

二、为什么VC的选择通常是错误的？

所谓风险投资，并非投资成功的企业，而是投资最容易获得高回报的企业。所以，你常常会看到业界不断的会有各种投资热点，投资动向，那些东西，会有一堆的VC冲上去，哭着喊着的要投资，要把钱给人家。为什么？不是因为那个团队，那个项目真的有可能成功，而是概念一旦热门，就有机会，在短期内炒热，然后转手高价套现。

所以，原来是VC跟随潮流投资，现在他们更加强大，简直可以先制造潮流，然后忽悠创业团队跟着他们走了。

三、为什么VC的判断常常是急功近利的？

任何投资，最大的两忌是恐惧与贪婪。而作为风险与回报最高的风险投资，VC们在所有的投资者中，是最为贪婪的。而在可能的失败到来时，又是最为恐惧的。巨大的贪婪与巨大的恐惧，都会扭曲一个人的判断，而在这个世界上的VC，都是在贪婪与恐惧中不断摇摆的家伙。他们的急功近利，几乎是必然的。

四、创业团队应该如何与VC相处？

首先，创业团队不要为了VC而创业，因为拿到风投，仅仅是事业的开始，而非事业的成功。无数拿到了风投的创业团队，在N年以后破产倒闭，回想当年的风光，也不过是些幻觉而已。

其次，创业团队不要为了VC的建议而动摇，VC只是出钱的人，甚至不能算是业内人士，他们的建议，未必是为了你事业的长远发展，也许也许只是为了他能够更快脱手。

最后，真正牛逼的创业团队，根本不需要去给VC解释自己的事业，VC会帮你解释，会帮你想理由，会帮你做宣传，会讨好你，会恳求你，求你拿他的钱。因为：你的成功是如此的显而易见，根本不需要他们来认同。接受他们的投资，可以说是带他们发财。VC不是你的恩人，只是你的事业合作伙伴而已。所谓感恩，你可以对事业上的每一个合作伙伴，同样的感恩。

五、结论

以前赵本山有一个广告，是卖药的。大意是：选药啊，你别看广告，要看疗效！

我认为这个广告非常独特，因为他相当的反其道而行之。

同样的，创业的时候，你别听VC的。如果一定要听，你听用户的！

补充：

1、对了，还有一个槽忘记吐了：有一种傻VC，还喜欢问一个问题，你的商业模式如果被腾讯抄袭了怎么办？一个推荐的回答是：滚！

2、@安普若-安校长 推荐的两篇文章，值得一读：《与投资人接触时常犯的十大错误》《VC系列：一个工程师眼中的风险投资家》

每年都做一个统计的，今年也不例外。不过，说实话，2011年我看的很多书和电影，都没有在豆瓣上记录。因为，豆瓣我已经很少去了。

2010年读书与看电影统计

一、2011年的电影与读书统计

二、年度汉字

年度汉字的事情，我也没有坚持，2005年：“难”，2006年：“奔”，2008年，我选的是“衰”，2009年选的是“囚”。今年的年度汉字，我想来想去，决定选一个“沉”字。

可以联想到的有：沉重、沉默、沉没、沉溺、深沉、沉淀。。。解释不再展开，因为无非是文字游戏而已。

三、工作

去年的年末，我一直在忙Bambook达人赛的各种事情，今年，我们的发布了一个叫 www.openpk.org 的网站，专门承办各种比赛，最近在办的是云计算创意与开发大赛，也算是一如既往的从事着一份很有价值，也很有前途的事业。。。

当然，更有意义的，是我们发布的 www.teamhost.org 这是我多年以来一直希望能够做的一个面向国内开发者的开源社区，我有信心一直坚持把这个社区做到最好。

为了不写成工作总结，就不展开了。

四、趋势

1. 彻底从twitter转向新浪微博，并且认为新浪微博有很多比twitter优秀的地方。

2. 从沉溺于Bambook到分出一半时间沉溺于iPad。

3. 知乎是一个越来越值得泡的网站了，而且成为我写博客，素材灵感的来源。

4. 已经坚持在楼下的威尔士健身了7天，今天在2011年的最后一天，办了一张健身年卡。希望明年可以坚持一整年健身。

最后，祝大家2012，新年快乐！