Wiki应用随想—集成式的wiki service

Wiki的优点本文不想重复,wiki也有局限,那么有什么办法弥补呢?

下面是我想到的,算是晒晒想法吧:

wiki-service

就是在wiki的外围做一个service,用于连接个人的、团队的、项目的等等各个独立的wiki、blog【下面统称其为content】。这个service应该提供双向的读写机制,确保独立wiki的独立性得以维护,同时又可以保证wiki主站的公共特性。(仅仅是想法而已,没有推敲能否实现)

这个service的作用在于:

1,维持独立content的自由特性,你可能即希望保持独立content的所有内容甚至是版式,又希望得到wikimedia的巨大数据支撑。

2,今天的新闻就是明天的历史,百科全书式的写作方式还不能替代丰富的各类资源信息,在我看来,有些词条的外部链接还不够丰富。从wiki主站看service就像看到了一个外部网页,与某个词条链接,这个网页是一个典型的tags页,上面是关于这个wiki词条的tag(被大家定义的),而每个tag都会有N个链接,指向N个独立的content。

这里我举一个例子:

比如沙尘暴这个词条,这个词条在我看来应该是一个气候方面的词汇,但是你知道地球数十亿年来的沙尘暴的情况吗?有人做了一个地质学的标签,他的wiki上面全是地址、考古等反应上古时期沙尘暴的学术报告;还有关于中国北部沙尘暴的新闻报道汇集,被贴上了“news”标签;还有通过沙尘暴繁衍的特殊植物…. 这些就被挂在wiki主站的沙尘暴词条里。

3,Service提供类似论坛机制的社会属性,tags不但拥有tag数量,还有diggs排序(推荐次数)、争议频率(某个wiki词条的主站修改频率)、comment(评论)等等。这样做带来的直接效果就是是查询信息的人能够更加彻底、全面地了解事物。真要是做到了这个层面,我们为什么不可以问wiki问题?就像问“百度知道”一样?

很有可能人们提出的问题和想要的答案之间没有很强的关联性。这种情况在用户看来就是wiki所问非所答;而在wiki看来,这家伙根本就没有搞清楚问题在哪里。这个时候社会性的service就可以在一定程度上解决它。

例如:你在操作一个应用程序的时候出现了错误提示,Service的tags会告诉你导致这个提示的大部分可能的情况的分类和处理方法,diggs会告诉你最常见的情况甚至是解决办法,comment则可以代替FAQ和论坛。因此这也是软件技术支持通常提供FAQ、论坛的原因。

写到这里吧,希望MM给点意见。

更新

刚刚找到一个wikiask的例子看看我提问建筑缺陷的wiki式的回答。

Advertisements

One comment on “Wiki应用随想—集成式的wiki service

  1. 我理解,这个SERVER就是围绕某主题展开的各类信息和资源的集合平台,有良好的延展性。
    不过纯信息的集合,如何产生生产力?

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s