论坛首页 综合技术版

BBS-Blog-Wiki的未来

浏览 18129 次
该帖已经被评为精华帖
作者 正文
时间:2005-05-01
http://spaces.msn.com/members/zbw25/Blog/cns!1pA6-3FOo9yNp_4lmEHxdDqA!171.entry



文字解说

一、现状

在目前主流的互联网应用中,有以下几个应用最值得一提:“BBS”、“Blog”、“Wiki”。为什么不提别的很多很多的应用呢?所有的门户网站、购物网站、分类广告网站、下载网站,都不外乎内容发布+其他附加的功能。其他的文章,除了mail之外,都基本上属于P2P软件的范畴,这恰恰是我最终希望将“BBS”、“Blog”、“Wiki”的特性溶入的归宿。

“BBS”的特长在于用户之间的交流,而不足之处在于个人的发布与知识的整理。
“Blog”的特长在于个人的发布,而不足之处在于知识的整理与用户之间的交流。
“Wiki”的特长在于知识的整理,而不足之处在于个人的发布于用户之间的交流。

由此我们可以看出,这三种应用模式,各有所长也各有所短,很有互补的必要。

二、已有的改进和进一步的目标

有一些BBS系统进行了功能扩展,为用户实现了个人的Blog、或者称为个人文集。
有一些Wiki系统进行了功能扩展,为用户实现了User:Talk与Page:Talk的功能。
有不少的Blog现在都开始支持TarckBack功能,以方便用户之间的沟通。
最近我对mediawiki的改进,就是为Wiki用户增加了Blog的功能。

而这些改进,其实是远远不够的,如何使得信息能够:从Blog到BBS,从BBSi到Wik,从Blog到BBS,从Blog到Wiki都能够顺理成章的流动起来。将是一个更大的挑战。

三、融为一体

要将这三种信息发布、整理与交流的模式融为一体,需要更加深入的思考。我们必须看透这些不同的应用模式的本质。

所有的Content,都不过是数据库里一条条的记录。区别在于

1、权限
BBS中,Content一般只允许发布人修改。但是允许对Content进行评论与再评论。
Blog中,Content一般只允许发布人修改,但是只运行对Content进行简短的评论。
Wiki中,Content一般允许多人修改,特别具有Hisotry的功能,但是对于评论与再评论的支持很弱。

2、聚集
BBS,Content是按照主题聚集的,具体聚集的位置,一般由发帖人决定。
Blog,Content始终是依附于用户的,用户个人可进行简单的分类。特别符合个人发布的需要。
Wiki,Content的聚集非常灵活,而且支持方便的相互引用,特别符合知识的整理需要。

3、交流
BBS,支持跟帖评论与站内短信。
Blog,支持跟帖评论与TrackBack,但是相比BBS,Blog对于交流的支持始终不够。
Wiki,支持Page:Talk与User:Talk,但是由于Content的所有者概念不够鲜明,因此Talk的效果有限。

因此,我们如果希望将其融合在一起,就需要对Content实现更加灵活的管理功能。

1、权限:用户在发帖、跟帖、改贴的同时都可以选择、设定更为细致的权限。
2、聚集:用户的参与的Content,都同时具有两个聚集路径,一个是由个人定义的,一个是由集体定义的。
3、交流:打通评论、站内短信、TrackBack的界线,既是Content的一种类型,又使用户可以获得提示通知。

四、未来

在不远的将来,我们希望能够做到的交流平台,是以P2P客户端软件为基础的,所有的用户,都依靠这个P2P软件与其他用户交流、发布以及共享知识。所有的数据,既是个人的,又是大家的。交流的方式也可以更加灵活,不但支持离线交流,更支持在线交流。

另外对于RSS的改造,也将从单向接收的功能,进化为双向数据同步的功能。

这就是信息技术的未来!
   
时间:2005-05-07
网络协做的理想工具.

也许最终会改变人们的工作方式 自由雇员 个人公司可能会逐渐流行起来.
   
0 请登录后投票
时间:2005-05-08
该起一个有特点的名字了。
   
0 请登录后投票
时间:2005-05-09
引用
在不远的将来,我们希望能够做到的交流平台,是以P2P客户端软件为基础的,所有的用户,都依靠这个P2P软件与其他用户交流、发布以及共享知识。所有的数据,既是个人的,又是大家的。交流的方式也可以更加灵活,不但支持离线交流,更支持在线交流。

这想法一点都不现实。blog原本就是这么想的,但如今也逐渐朝着浏览器靠拢了。人家已经有了浏览器这么一个万能的(虽然可能不那么舒服的)client,你再叫他装别一个client那是没道理的。
   
0 请登录后投票
时间:2005-05-09
gigix 写道
引用
在不远的将来,我们希望能够做到的交流平台,是以P2P客户端软件为基础的,所有的用户,都依靠这个P2P软件与其他用户交流、发布以及共享知识。所有的数据,既是个人的,又是大家的。交流的方式也可以更加灵活,不但支持离线交流,更支持在线交流。

这想法一点都不现实。blog原本就是这么想的,但如今也逐渐朝着浏览器靠拢了。人家已经有了浏览器这么一个万能的(虽然可能不那么舒服的)client,你再叫他装别一个client那是没道理的。


你的机器上装了MSN没有?QQ呢?BitComet呢?RSS Reader呢?

关键在于“利大于弊”,如果好处多多,你自然会再装新东西。
   
0 请登录后投票
时间:2005-05-09
gigix 写道
引用
在不远的将来,我们希望能够做到的交流平台,是以P2P客户端软件为基础的,所有的用户,都依靠这个P2P软件与其他用户交流、发布以及共享知识。所有的数据,既是个人的,又是大家的。交流的方式也可以更加灵活,不但支持离线交流,更支持在线交流。

这想法一点都不现实。blog原本就是这么想的,但如今也逐渐朝着浏览器靠拢了。人家已经有了浏览器这么一个万能的(虽然可能不那么舒服的)client,你再叫他装别一个client那是没道理的。


还是有必要的。我的想法是,blog早就该有一个客户端。就像email一样,有了web端的收发工具,foxmail还不是大行其道。
其实也一直想自己做一个blog的客户端。最基本的功能是同步网络和本地的blog。这样有个好处,如果某个blog供应商不提供服务了,那我就换另外新的一个服务商,原有的blog资料可以很方便的转移。或者现在因为网络的缘故暂时无法连接,那我可以先在本地写了blog,然后再批量上传。

另外,传统的客户端在写blog在所见即所得上肯定要方便许多。
   
0 请登录后投票
时间:2005-05-09
sdiablo 写道
gigix 写道
引用
在不远的将来,我们希望能够做到的交流平台,是以P2P客户端软件为基础的,所有的用户,都依靠这个P2P软件与其他用户交流、发布以及共享知识。所有的数据,既是个人的,又是大家的。交流的方式也可以更加灵活,不但支持离线交流,更支持在线交流。

这想法一点都不现实。blog原本就是这么想的,但如今也逐渐朝着浏览器靠拢了。人家已经有了浏览器这么一个万能的(虽然可能不那么舒服的)client,你再叫他装别一个client那是没道理的。


还是有必要的。我的想法是,blog早就该有一个客户端。就像email一样,有了web端的收发工具,foxmail还不是大行其道。
其实也一直想自己做一个blog的客户端。最基本的功能是同步网络和本地的blog。这样有个好处,如果某个blog供应商不提供服务了,那我就换另外新的一个服务商,原有的blog资料可以很方便的转移。或者现在因为网络的缘故暂时无法连接,那我可以先在本地写了blog,然后再批量上传。

另外,传统的客户端在写blog在所见即所得上肯定要方便许多。


blog早就有客户端,不过真正用的人并不多,尤其国内更少人用。你都不知道有这么一回事,从另一个侧面证明这等client其实价值不大。
   
0 请登录后投票
时间:2005-05-09
gigix 写道


blog早就有客户端,不过真正用的人并不多,尤其国内更少人用。你都不知道有这么一回事,从另一个侧面证明这等client其实价值不大。


我知道的曹晓刚自己好像就写了一个。用得人少并不代表没有必要。现在client端没有流行也不代表以后不会。
   
0 请登录后投票
时间:2005-05-09
sdiablo 写道
gigix 写道


blog早就有客户端,不过真正用的人并不多,尤其国内更少人用。你都不知道有这么一回事,从另一个侧面证明这等client其实价值不大。


我知道的曹晓刚自己好像就写了一个。用得人少并不代表没有必要。现在client端没有流行也不代表以后不会。


以后么肯定就更加朝着大一统的方向去发展。5年以后的client就只剩两种,一种是微软认为有价值的,在longhorn里面集成;另一种是微软认为没价值的,做了也没意义。不过现在做client还有个希望就是帮微软探路,做出商业模式然后卖给微软。
   
0 请登录后投票
时间:2005-05-09
我不认为微软可以统一Client市场。

不是因为微软不够强,而是因为强的不止是微软...

再说5年时间,对于IT来说,可能发生任何事情的...
   
0 请登录后投票
论坛首页 综合技术版

跳转论坛: