- 浏览: 227248 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
thebye85:
引用 另外一个需要注意的问题,就是SessionMap和隐藏对 ...
WebWork深度探索之Session -
lanxiaoshuang:
写的真好
说的都是概念——有关编程范式 -
lhz:
grep unique wc你需要的只是这么几个小工具而已
努力做个Pragmatic Programmer
8月12日的首届中文维客已经落幕多日了,而我的心依旧难以平静。Wiki是一种崇尚平等、分享以及积累的文化,其价值自然不言而喻,但是它要真正得到广大网民的接受和认可,则还有很长的一段路要走。
Wiki作为一种信息发布的方式,其复杂性相对于Blog、BBS和论坛而言要高得多。这个复杂性不仅是对于Wiki系统的维护者而言,更重要的是对于Wiki的使用者。很多人进入Blog或者论坛等系统,马上就会知道自己能够做什么,而进入一个Wiki系统,估计就要茫然不知所措,特别是面对着MediaWiki这样的系统。这里的复杂性一部分确实是由Wiki系统本身的设计造成的,但更多则是源自Wiki概念本身。因为Wiki可以理解为内容协作系统,那么该发布怎样的内容呢?还有该怎么协作呢?如果是Blog,由于是自己的地盘,发布什么内容自然可以随心所欲,也正因为是自己的地盘,也就没有什么协作可言了。Blog之所以能够流行,简单性发挥了重要的作用。我们回过头来再看Wiki,由于维基百科异常成功,她就像黑暗中的一盏明灯,既引领着Wiki应用发展的方向,更诱惑着大家作飞蛾扑火般的尝试。那么,维基百科的成功是不是真的可以复制呢?这种模式是不是真的适合商业化呢?
对于这个问题,我的回答是不可迷信维基百科的成功。在我的概念中,Wiki在一个组织健全、管理完善的机构中使用,例如一家企业,她绝对能够发挥出独特的魅力以及巨大的效应,为企业的管理增加强大的动力。因为Wiki所缺乏的约束力得到了现实机构组织的强有力补充,使得约束力缺乏的软肋得以回避。说到这里,也许你会问维基百科背后并没有一个完善的机构作为支持,那么她又如何能够成功呢?对于这个问题,我只能说这就是唯一性的力量,也就是众目睽睽所带来的威慑力,毕竟这是一个数亿人关注的地盘,当邪恶的目光注视着这里的时候,正义之剑也时刻被高举着。尽管对维基百科的破坏得到了良好的抑制,维基百科也逐步发展壮大起来了,但是维基百科中条目的质量仍然难以让人满意。所以维基百科下一阶段的任务不是增加条目的数量,而是提高条目的质量。总之,于我而言,维基百科的成功几乎是不可能复制的,尤其是在硬要为百科类的Wiki站点扣上商业化帽子的情况下。
既然维基百科的成功几乎不可能复制,那么是不是说Wiki就没有很好的商业化模式呢?其实不然。要找到适合Wiki的商业化模式,最重要的一点就是要泛化Wiki的概念,引用李明顺的一句通俗的话:“忘掉Wiki”。Wiki是内容协作系统,那么Wiki的核心就在于协作,而Wiki则是依靠Wiki链接实现协作。一个Wiki的使用者可以发布内容,用以陈述自己的所知所想,这和Blog以及Forum是一样的,但是Wiki的使用者同时还可以在内容中标注出Wiki链接,这是Wiki最为特殊的地方,也是我认为最有价值之处。由于Wiki的特殊性,也造成了Wiki并不是那么容易被用户所接受,所以我倾向于将Wiki与现有的其它应用结合在一起。基于这一点,我们就可以天马行空地遐想一番了。
首先,我想到的应用是RSS + 百度知道(新浪爱问) + Wiki。RSS阅读器与Wiki可以说是同病相怜的难兄难弟,因为它们都相当有价值,却难以被普罗大众接受。而百度知道(新浪爱问)则是网民们喜闻乐见的应用,更重要的是它们使用起来十分简单,几乎每个人都知道这是干什么用的。虽然百度知道这类应用吸引了众多的网民,但是它仍然存在众多的问题,例如只能进行简单地对问题进行分类、相同问题会被反复提问等等。我觉得,问题通常都会基于某个背景,问题本身也有它的内涵和外延,这些与问题相关的要素得以呈现的时候,这个问题才真正有了价值。通常,我们在阅读的时候总会想到这样那样的问题,在这种情况下,问题所在的上下文就是背景,就是内涵和外延。于是,我想到了RSS阅读器。我希望阅读器不是简单地将feed聚合起来,更重要的可以让我们通过简单的语法在文中把问题标注出来,在这里,Wiki链接就可以派上用场了。一个个Wiki链接就是阅读者提出的问题。接下来的事情,各位可以继续发挥想象力了;
接着,我想到的应用是电子地图 + Wiki。这个想法其实很简单,因为国外有了类似的实现例子——www.platial.com。这是一个典型的用地图说故事的网站,通过在地图上标注地点,然后写上标注的原因即可。通过这种形式,我们可以描绘出一幅漂亮的旅行地图,把沿途的风光和心情故事记录下来,这可比在Blog上写游记爽多了。不过,爽归爽,Wiki的踪影哪去了呢?别急,用户在创建地图的时候可以设定是否协作完成,如果采取了协作的方式,那么集合众人之力,我们就可以轻松得到广州市特色小吃地图,广州市高校地图等等了,这不就是Wiki协作性的一个体现吗?
最后,我想到的是Website + Wiki,就是使用Wiki来建立站点。这个想法在国外也已经有人做了——www.wetpaint.com。由于Wiki的导向性以及自内聚性,Wiki系统成为了建站的不二之选:导向性确定了站点的主题,例如我们可以从wetpaint.com中看到的有关《达芬奇密码》以及XBox的站点;自内聚性体现于Wiki链接,Wiki链接使得站点中的各个页面之间能够相互引用,这无疑解决了建站中时常会遇到的老大难问题——孤立页面,更重要的,它保证了相同的Wiki链接指向的内容是唯一的。如果您渴望个性,同时也渴望找到志同道合的朋友,那么使用Wiki来为你喜欢的主题建立一个站点吧!你必定会感受到其中个性与共性相碰撞带来的快乐。
天马行空的旅程就这样结束了,让我们从九霄云外回到现实中来。中文Wiki的发展是滞后的,更重要的我们把Wiki当成了百科,仅仅把Wiki当成是一个知识积累的工具。事实上,当Wiki神秘的面纱揭开的时候,你会发现Wiki并非如教授一般严肃,她的婀娜多姿更加能够打动我们的心灵。用心去感受Wiki吧,你一定会和我一样,深深地陶醉,相信我。 :)
Wiki作为一种信息发布的方式,其复杂性相对于Blog、BBS和论坛而言要高得多。这个复杂性不仅是对于Wiki系统的维护者而言,更重要的是对于Wiki的使用者。很多人进入Blog或者论坛等系统,马上就会知道自己能够做什么,而进入一个Wiki系统,估计就要茫然不知所措,特别是面对着MediaWiki这样的系统。这里的复杂性一部分确实是由Wiki系统本身的设计造成的,但更多则是源自Wiki概念本身。因为Wiki可以理解为内容协作系统,那么该发布怎样的内容呢?还有该怎么协作呢?如果是Blog,由于是自己的地盘,发布什么内容自然可以随心所欲,也正因为是自己的地盘,也就没有什么协作可言了。Blog之所以能够流行,简单性发挥了重要的作用。我们回过头来再看Wiki,由于维基百科异常成功,她就像黑暗中的一盏明灯,既引领着Wiki应用发展的方向,更诱惑着大家作飞蛾扑火般的尝试。那么,维基百科的成功是不是真的可以复制呢?这种模式是不是真的适合商业化呢?
对于这个问题,我的回答是不可迷信维基百科的成功。在我的概念中,Wiki在一个组织健全、管理完善的机构中使用,例如一家企业,她绝对能够发挥出独特的魅力以及巨大的效应,为企业的管理增加强大的动力。因为Wiki所缺乏的约束力得到了现实机构组织的强有力补充,使得约束力缺乏的软肋得以回避。说到这里,也许你会问维基百科背后并没有一个完善的机构作为支持,那么她又如何能够成功呢?对于这个问题,我只能说这就是唯一性的力量,也就是众目睽睽所带来的威慑力,毕竟这是一个数亿人关注的地盘,当邪恶的目光注视着这里的时候,正义之剑也时刻被高举着。尽管对维基百科的破坏得到了良好的抑制,维基百科也逐步发展壮大起来了,但是维基百科中条目的质量仍然难以让人满意。所以维基百科下一阶段的任务不是增加条目的数量,而是提高条目的质量。总之,于我而言,维基百科的成功几乎是不可能复制的,尤其是在硬要为百科类的Wiki站点扣上商业化帽子的情况下。
既然维基百科的成功几乎不可能复制,那么是不是说Wiki就没有很好的商业化模式呢?其实不然。要找到适合Wiki的商业化模式,最重要的一点就是要泛化Wiki的概念,引用李明顺的一句通俗的话:“忘掉Wiki”。Wiki是内容协作系统,那么Wiki的核心就在于协作,而Wiki则是依靠Wiki链接实现协作。一个Wiki的使用者可以发布内容,用以陈述自己的所知所想,这和Blog以及Forum是一样的,但是Wiki的使用者同时还可以在内容中标注出Wiki链接,这是Wiki最为特殊的地方,也是我认为最有价值之处。由于Wiki的特殊性,也造成了Wiki并不是那么容易被用户所接受,所以我倾向于将Wiki与现有的其它应用结合在一起。基于这一点,我们就可以天马行空地遐想一番了。
首先,我想到的应用是RSS + 百度知道(新浪爱问) + Wiki。RSS阅读器与Wiki可以说是同病相怜的难兄难弟,因为它们都相当有价值,却难以被普罗大众接受。而百度知道(新浪爱问)则是网民们喜闻乐见的应用,更重要的是它们使用起来十分简单,几乎每个人都知道这是干什么用的。虽然百度知道这类应用吸引了众多的网民,但是它仍然存在众多的问题,例如只能进行简单地对问题进行分类、相同问题会被反复提问等等。我觉得,问题通常都会基于某个背景,问题本身也有它的内涵和外延,这些与问题相关的要素得以呈现的时候,这个问题才真正有了价值。通常,我们在阅读的时候总会想到这样那样的问题,在这种情况下,问题所在的上下文就是背景,就是内涵和外延。于是,我想到了RSS阅读器。我希望阅读器不是简单地将feed聚合起来,更重要的可以让我们通过简单的语法在文中把问题标注出来,在这里,Wiki链接就可以派上用场了。一个个Wiki链接就是阅读者提出的问题。接下来的事情,各位可以继续发挥想象力了;
接着,我想到的应用是电子地图 + Wiki。这个想法其实很简单,因为国外有了类似的实现例子——www.platial.com。这是一个典型的用地图说故事的网站,通过在地图上标注地点,然后写上标注的原因即可。通过这种形式,我们可以描绘出一幅漂亮的旅行地图,把沿途的风光和心情故事记录下来,这可比在Blog上写游记爽多了。不过,爽归爽,Wiki的踪影哪去了呢?别急,用户在创建地图的时候可以设定是否协作完成,如果采取了协作的方式,那么集合众人之力,我们就可以轻松得到广州市特色小吃地图,广州市高校地图等等了,这不就是Wiki协作性的一个体现吗?
最后,我想到的是Website + Wiki,就是使用Wiki来建立站点。这个想法在国外也已经有人做了——www.wetpaint.com。由于Wiki的导向性以及自内聚性,Wiki系统成为了建站的不二之选:导向性确定了站点的主题,例如我们可以从wetpaint.com中看到的有关《达芬奇密码》以及XBox的站点;自内聚性体现于Wiki链接,Wiki链接使得站点中的各个页面之间能够相互引用,这无疑解决了建站中时常会遇到的老大难问题——孤立页面,更重要的,它保证了相同的Wiki链接指向的内容是唯一的。如果您渴望个性,同时也渴望找到志同道合的朋友,那么使用Wiki来为你喜欢的主题建立一个站点吧!你必定会感受到其中个性与共性相碰撞带来的快乐。
天马行空的旅程就这样结束了,让我们从九霄云外回到现实中来。中文Wiki的发展是滞后的,更重要的我们把Wiki当成了百科,仅仅把Wiki当成是一个知识积累的工具。事实上,当Wiki神秘的面纱揭开的时候,你会发现Wiki并非如教授一般严肃,她的婀娜多姿更加能够打动我们的心灵。用心去感受Wiki吧,你一定会和我一样,深深地陶醉,相信我。 :)
发表评论
-
在String的面前丢脸
2004-06-18 00:39 1265重返C++的世 ... -
Summary of function parameter
2004-07-14 02:33 1141对C++这位入 ... -
此Vector非彼Vector
2004-08-05 15:51 1046在学习STL的过程中,我发现了一个熟悉的面孔— ... -
模板——泛型和STL的基础
2004-08-07 01:01 1326所谓泛型,从字面上可以猜想,就是泛化的类型(型 ... -
让人头痛的Vector(提问篇)
2004-08-07 16:55 1230在写完了此Vector非彼Vector这篇随笔 ... -
我该怎样shuffle呢
2004-08-10 01:47 1180在STL的Algorithm中有着这样的一种算 ... -
WebWork初体验
2004-08-11 17:43 1290在这篇ASP.NET ... -
WebWork深度探索之盲人摸象
2004-08-12 23:54 1129昨天尝试着利用WebWork做了一个小功能[1 ... -
WebWork深度探索之号外
2004-08-14 09:03 1039昨天开始对WebWork进行了一些初步的探索[ ... -
WebWork深度探索之标签库
2004-08-15 00:28 1530由于WebWork本身提供了一套自定义的标签库 ... -
什么是Law of Demeter
2004-08-15 14:22 1233今天一如昨日,继续对WebWork进行小打小闹 ... -
所谓的Dumb Question
2004-08-15 17:16 1033为了能够更 ... -
WebWork深度探索之标签库(续)
2004-08-16 15:58 1128昨日对WebWork的标签库进行了小小的研究[ ... -
WebWork深入探索之初见端倪
2004-08-19 16:35 896使用WebWork进 ... -
建网站的小Tips
2004-08-20 23:58 1034这几天都在忙着做一个小网站,从网页美工到后台处 ... -
URL与RequestDispatcher
2004-08-21 23:58 1002今天照例继续自己的网站建设之旅,原本以为可以大 ... -
WebWork深度探索之Pitfall
2004-08-25 14:31 957在使用WebWork进行开发的过程中,她的种种 ... -
WebWork深度探索之Session
2004-08-26 15:38 1523昨天上午刚 ... -
搞笑的textarea标签
2004-08-31 18:17 1582很久没有用 ... -
两天四疑问
2004-09-03 10:56 9939月份的前两天,我仍然做着网站开发的工作。在开 ...
相关推荐
在本案例中,我们讨论的是针对DokuWiki的三个插件:AddNewPage、XHEditor和SimpleNavi。 1. AddNewPage插件: 由samwilson开发的AddNewPage插件,版本为2015-11-02-17-g9856122,是DokuWiki的一个实用工具,它提供...
标题:“一个WIKI的例子” 描述:“一个WIKI的例子,是用PHP写的,比较容易懂” 标签:“网络” “WIKI” 在这个压缩包文件中,包含了一个名为"mediawiki-1.18.2"的版本,这实际上是MediaWiki的源代码。MediaWiki...
Visual Basic是一种编程语言,广泛应用于Office软件中,例如Word、Excel等。它可以用来编写宏,自动完成重复性的任务。 知识点五:Textile格式是什么? Textile是一种轻量级的标记语言,用于格式化文本。它可以将...
描述中提到“前面三个都要”,但具体是哪三个文件并未明确指出,这可能是指压缩包内除了"wiki.model"之外还有其他三个文件,这些文件可能包含了训练模型所需的数据、配置或者预处理脚本。"最后一个py文件是训练模型...
"Wiki.js" 是一个专为创建个人或团队知识库设计的应用程序,它基于Node.js技术栈,利用Git进行版本控制,并且支持Markdown格式,使得内容编辑和展示变得简单易用。"基于NodeJS,Git和Markdown构建的现代,轻量级和...
**MoinMoinWiki**是一款基于Python编程语言开发的开源wiki引擎,它的设计目标是提供一个易用、可扩展且功能强大的平台,用于创建和管理协作式知识库。这款wiki软件自2001年发布以来,已经在全球范围内被广泛使用,...
ROS(Robot Operating System)是一个用于机器人应用的灵活框架,它提供了操作系统应有的各种功能,比如硬件抽象描述、底层设备控制、常用功能的实现、进程间消息传递等。ROS的官方文档和学习资料是学习ROS的重要...
9. **软件生态**:Deepin的Wiki可能包含对各种预装应用和第三方软件的介绍,展示了Linux生态的多样性。 10. **持续集成/持续部署(CI/CD)**:对于大型项目,自动化测试和部署流程可能与Wiki更新相结合,确保内容与...
本文将深入探讨fastText模型及其相关的“wiki-news-300d-1M.vec”压缩包,旨在帮助读者理解其核心概念、工作原理以及实际应用。 一、fastText模型简介 fastText是由Facebook AI Research(FAIR)开发的一个开源...
总结,"CS-Wiki.zip"中的资料涵盖了数据分析的各个方面,从基础理论到实际应用,无论你是初学者还是经验丰富的从业者,都能从中受益。深入学习并实践这些知识,你将具备解决实际问题、洞察数据背后价值的能力。
标题中的"people_wiki.zip"是一个压缩文件,通常包含多个相关文件。在这个案例中,它仅包含一个名为"people_wiki.csv"的文件。这个CSV(逗号分隔值)文件是一种常见的数据存储格式,用于结构化数据,便于数据分析和...
通过阅读“Hutool+Wiki.pdf”,开发者可以深入了解每个工具类的使用方法,并根据实际需求选择合适的工具,提高开发效率。Hutool的易用性和灵活性使其成为Java开发者必备的工具库之一。无论是小型项目还是大型系统,...
ASP.NET Wiki 是一个基于ASP.NET技术构建的多用户博客系统,允许用户创建自己的个人博客空间,进行文章发布、管理以及互动交流。这个源码下载提供了实现此类功能的核心代码,是学习ASP.NET开发、Web应用架构以及多...
2. **应用独立性**:IMS的设计目标并不是为了标准化具体的应用程序,而是为无线和有线终端访问多媒体和语音应用程序提供一个统一的平台,即实现了固定与移动网络的融合(Fixed Mobile Convergence, FMC)。...
三、“word2vec_wiki.model”的构建 这个模型是使用Word2vec工具,针对中文维基百科的大量文本数据进行训练得到的。训练过程中,可能会选择合适的参数,如窗口大小、隐藏层节点数、迭代次数等,以获得最佳的词向量...
MVC模式是软件开发中一种常用的设计模式,它将程序分成三个相对独立、又能协同工作的部分:模型、视图、控制器。这种模式降低了模块之间的耦合,为大型可扩展的Web应用开发提供一个结构化的模型。 JavaScript是一种...
本设计的主要任务是设计并实现一个解析器,该解析器能够理解和解析Wiki百科网页中的LaTeX语法,进而提取出数学公式及其结构。这涉及到对上下文无关文法(Context-Free Grammar,CFG)的理解和应用。上下文无关文法是...
这些样式可以通过单引号(对于斜体使用一个单引号,粗体使用三个单引号,粗斜体使用五个单引号)或使用相应的HTML标记来实现。例如,'斜体'、'''粗体'''和'''''粗斜体'''''。 在编辑时,版式布局也是重要的组成部分...
它借鉴了维基百科和百度百科的成功模式,致力于提供一个协作编辑、分享和存储知识的环境,使得用户可以方便地创建、编辑和组织各种类型的信息。 **一、系统架构与技术栈** open-forum-server采用现代Web开发的MVC...