巧克力工厂

这个题目的想法是从《在线协作，你选择哪一种方式？》得来的，撇开其它的协作方式，咱们单谈 Wiki. 其实自上个世纪八十年代开始有 Wiki 这个概念起，发展到现在， Wiki 已经不是什么新鲜概念了。给无数人带来方便的 Wikipedia, 使用 Wiki 这种协作模式，依靠全世界的网络使用者的贡献，建成了世界最大的百科全书。

Wiki 可以用在创建 Wikipedia 上，也可以用在不那么大的项目上。在多人协作上，Wiki 有着比 Mailing List 或是论坛更灵活的应用。比如三五好友想自助旅游，在讨论计划时，当然可以所有人聚在一起讨论行程线路，旅馆预定或是其它相关的细节。但如果无法聚在一起时，可以用 Wiki 来进行讨论。我想像的流程是这样的：

大家把自己的想法贴到 Wiki 的相应页面的讨论页上 -> 然后大家可以对各个方案进行探讨 -> 把达成共识的条目贴到正式的页面上 -> 继续讨论未确定的条目 -> 把接下确定的方案继续补充到正式页面上 -> 如此反复，大家都能实时看到最新的进展 -> 确定最后的方案 -> 如果愿意，可以继续加入图片或是附件等资料，随时补充。

从以上的流程可以看出来，如果对原计划有什么改动的话，任何一个参与者都可能直接去页面上更新。比起 Mailing List 或是论坛，Wiki 更像一个电子白板，每个人都可以在上面无限次的擦写。比传统白板更先进的地方是：

1. 这块白板不像传统白板那样有物理大小的限制，你可以在上面想怎么写怎么写
2. 除了文字，图片，甚至可以把音频和视频放在这块白板上
3. 对每一次变更，都会保存有上一次的记录，便于所有参与者了解谁更新了内容，更新了哪些，删除了哪些。并且可以很方便的对选定的版本进行自动比较 (MediaWiki)

现在一提起 Agile Management 都会提起 Wiki. 无它，便捷和快速是 Wiki 的杀手锏，很多公司在其内部推行 Wiki 来提高组织效率。举个简单的例子，有的公司会把内部通讯簿放在 Wiki 上，如果有人变更了联系方式，可以自己把新的联系方式在第一时间更新到 Wiki 上去。比起 通知相关部门 -> 排时间 -> 更新 的老方法，一是提高的速度，二是减少中间环节避免错误，显然好的多。

世界在发展，当然 Wiki 本身也在不断进步，其应用也会扩展到更多的形式。就目前来看，我可以想的到应用形式有如下几种：

1. 知识库。就如维基百科那样
2. 项目管理。项目进度，每个成员的工作进度，日程安排，整理文档等等
3. 简单的 CMS. 目前 Wiki 还没有到可以做到很复杂的 CMS 的能力，不过它的好处就是发布信息实在便捷。对于不懂 HTML 的新手，由于几乎 Wiki 都不要求你知道 HTML 知识，也许用来做个简单的个人主页不是什么大问题。
4. 其实要求不高的话，甚至可以用来做个 Blog 什么的，这个想法可能有点夸张，但如果用在像 Techcrunch 之类的新闻型 Blog 上，也并非完全行不通。

先想到这么多，如果对 Wiki 有兴趣，可以到 Wikipedia 的相关页面了解更多的知识。下面是我的推荐：

• 什么是 Wiki
• 什么是 Wiki 引擎
• Wiki 引擎列表
• 各种 Wiki 引擎的比较