- 浏览: 219606 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
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 1219重返C++的世 ... -
Summary of function parameter
2004-07-14 02:33 1114对C++这位入 ... -
此Vector非彼Vector
2004-08-05 15:51 1004在学习STL的过程中,我发现了一个熟悉的面孔— ... -
模板——泛型和STL的基础
2004-08-07 01:01 1284所谓泛型,从字面上可以猜想,就是泛化的类型(型 ... -
让人头痛的Vector(提问篇)
2004-08-07 16:55 1192在写完了此Vector非彼Vector这篇随笔 ... -
我该怎样shuffle呢
2004-08-10 01:47 1096在STL的Algorithm中有着这样的一种算 ... -
WebWork初体验
2004-08-11 17:43 1226在这篇ASP.NET ... -
WebWork深度探索之盲人摸象
2004-08-12 23:54 1058昨天尝试着利用WebWork做了一个小功能[1 ... -
WebWork深度探索之号外
2004-08-14 09:03 998昨天开始对WebWork进行了一些初步的探索[ ... -
WebWork深度探索之标签库
2004-08-15 00:28 1489由于WebWork本身提供了一套自定义的标签库 ... -
什么是Law of Demeter
2004-08-15 14:22 1165今天一如昨日,继续对WebWork进行小打小闹 ... -
所谓的Dumb Question
2004-08-15 17:16 979为了能够更 ... -
WebWork深度探索之标签库(续)
2004-08-16 15:58 1080昨日对WebWork的标签库进行了小小的研究[ ... -
WebWork深入探索之初见端倪
2004-08-19 16:35 850使用WebWork进 ... -
建网站的小Tips
2004-08-20 23:58 980这几天都在忙着做一个小网站,从网页美工到后台处 ... -
URL与RequestDispatcher
2004-08-21 23:58 960今天照例继续自己的网站建设之旅,原本以为可以大 ... -
WebWork深度探索之Pitfall
2004-08-25 14:31 929在使用WebWork进行开发的过程中,她的种种 ... -
WebWork深度探索之Session
2004-08-26 15:38 1474昨天上午刚 ... -
搞笑的textarea标签
2004-08-31 18:17 1548很久没有用 ... -
两天四疑问
2004-09-03 10:56 9429月份的前两天,我仍然做着网站开发的工作。在开 ...
相关推荐
OpenResty(又称:ngx_openresty) 是一个基于 NGINX 的可伸缩的 Web 平台,由中国人章亦春发起,提供了很多高质量的第三方模块。 OpenResty 是一个强大的 Web 应用服务器,Web 开发人员可以使用 Lua 脚本语言调动 ...
本书以Web 2.0网站开发的5种需求和28个重要元素为线索,从PHP开发Web 2.0网站的三个理由出发,全面讲解PHP的Web开发技术,并按行业流行的开发模式创建10大Web 2.0应用系统,帮助读者真正实现从新手到高手的跨越。...
另外,在Dj ango框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性 [2]。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有: 1. 2. 用于...
我的第三个Bloc.io项目。 安装 在上查看 用法 GroupThink允许用户在自己的公共Wiki或私有Wiki上进行协作。 用户帐号 有两种用户帐户类型: 标准-帐户仅允许使用公共Wiki 高级-帐户可以拥有私人Wiki 标准用户可以...
有关可能的新实施的更多信息,请阅读Wiki中未来版本的eShopOnContainers的计划路线图和里程碑,并在ISSUES部分提供反馈,如果您希望看到任何特定的方案得到实施或改进。此外,请随时讨论任何当前的问题。 架构概述...
本书以Web 2.0网站开发的5种需求和28个重要元素为线索,从PHP开发Web 2.0网站的三个理由出发,全面讲解PHP的Web开发技术,并按行业流行的开发模式创建10大Web 2.0应用系统,帮助读者真正实现从新手到高手的跨越。...
本书以Web 2.0网站开发的5种需求和28个重要元素为线索,从PHP开发Web 2.0网站的三个理由出发,全面讲解PHP的Web开发技术,并按行业流行的开发模式创建10大Web 2.0应用系统,帮助读者真正实现从新手到高手的跨越。...
本书以Web 2.0网站开发的5种需求和28个重要元素为线索,从PHP开发Web 2.0网站的三个理由出发,全面讲解PHP的Web开发技术,并按行业流行的开发模式创建10大Web 2.0应用系统,帮助读者真正实现从新手到高手的跨越。...
本书以Web 2.0网站开发的5种需求和28个重要元素为线索,从PHP开发Web 2.0网站的三个理由出发,全面讲解PHP的Web开发技术,并按行业流行的开发模式创建10大Web 2.0应用系统,帮助读者真正实现从新手到高手的跨越。...
它由三个子项目组成: 从 Google Drive 目录中抓取文档的 node.js Web 服务 Web 服务的管理控制台前端 用于浏览导出文档的面向公众的网页 有关设置和配置的更多详细信息,请参阅子项目各自的自述文件。 为每个子...
主要将三个伟大的开源组件粘合在一起: 是模板引擎使用Java实现 出色的用户界面的程序通过使用Scalate,您可以使用markdown和Textile Wiki标记,并使用其之一创建模板。 Git可用于保存所有源文件,从而允许脱机编辑...
蜂巢提供了一个文档编译引擎,用于分析源代码并生成对应 API文档、WIKI,以及例子。 这使得蜂巢的开发文档、例子的编写工作变的轻松了。文档的时效性也更强——它们都是从当前版本的源代码中编译出来的。
spservice是一个基于短信应用的SP服务平台。SP可以方便的在此平台开展何管理自己的基于短信的增值服务,系统屏蔽和分离了短信应用中复杂的业务逻辑,为SP提供了开放的易于扩充的功能和简单的二次开发接口。 简介 *...
Quick Reach 是一种辅助工具,可通过三个简单的步骤快速获取您想要的应用程序和文件。打开该应用程序将启动该服务,并且屏幕上将出现一个图标单击工具。 它位于一切之上,快速、简单且可定制。用户可以将图标点放置...
地图标记分为5种颜色: 黄色(运动) 绿色(娱乐) 紫色(车间) 蓝色(零售) 红色(餐厅) 特征: 搜索栏来自Foursquare的地点地址信息Wiki中有关地点描述的信息有关当地天气的信息Ctrl + 1重置地图怎么跑单击...
系统包含三个主要组件: 此应用程序嵌入了适用于iOS的 。 Couchbase 在服务器上运行,并处理来自移动设备的同步连接。 用于数据存储。 (对于开发,这是可选的;您可以使用一个非常简单的内置数据存储,称为...
\n获取驱动程序\nNeo4j 驱动程序分布在三个包中:\nNeo4j.Driver提供了独立的异步驱动。\nNeo4j.Driver.Simple用于通过同步 API 访问 Neo4j。\nNeo4j.Driver.Reactive用于通过响应式 API 访问 Neo4j。\n使用 Nu
本文于exbot,通过ROS中的应用功能分类:底层驱动, 上层功能,控制模块,常用组件并具体分析。机器人开发是一个软硬件结合的领域,常常需要涉及很多传感器、执行器的驱动。常用的硬件一般都可以在ROS中找到匹配的...
这份资源包内容丰富,涵盖了从基础知识到实战应用的全方位内容,旨在为开发者们提供一个便捷、高效的学习平台。 一、文件手册 资源包中的文件手册部分,详细记录了Android开发的核心知识点和常用技术。无论是初学...
另一个广受欢迎的通信应用程序是Wiki,它在Internet上建立了一种所有人都可以投稿的虚拟白板。上述技术以及类似技术的目标是让使用双方能够互相通信,并且可以按照通信中涉及的双方的人数多少对它们进行分类。有三种...