说说抓虾

抓虾凭借清新的设计风格、操作简便的Ajax模式,以及较快的速度,在几乎没有好用的Web RSS应用的情况下,颇为迅速的在blogosphrer中建立了口碑并被传播。

今天看到抓虾印象抓虾的未来两篇blog,有些不同意见,写出来。

第一:

邦比说“前天和晨钟暮鼓讨论了抓虾是否可能会推出blog搜索,抓虾说他们考虑过,但是还没有做” 。

早在bloglines的初期,我就提到bloglines和搜索的关系。如果抓虾要做搜索的话,那可以放到1-2年之后再做,道理很简单,当你把RSS阅读做大了,很多人用,收集了很多的RSS源,内容自然会累积的多起来,这样的人聚模式并不比用爬虫去找rss源差,何况被订阅的,因为被人选择,所以在内容上要比爬虫爬来的质量高得多。

四两拨千斤,何乐而不为呢。抓虾说考虑过,不知道咋考虑的,不过我还真不希望他们分心到搜索上,呵呵,他们现在已经够分心的了。

第二,

一开始我就觉得热文排行是个败笔。我不明白为什么很多人不能去适应多元化需求的时代,而非要用编辑或者digg的模式把大家吸引到一元上来。

一个digg并不2.0,要有很多digg才会2.0。对我来说,一小群人的筛选和一群编辑的筛选并无差别,我有我自己的讯息来源,由我自己的筛选(人际)系统,有我自己的判断,我又何必去查看digg的内容呢?

回头看看,那些热文有多少代表性呢?有多好呢,不同的人们来抓虾,订阅了不同的内容,相信很多人的订阅是不会彼此重合的,在这种情况下,几十的推荐能说明什么呢?

另一个问题是热文没有更新频率不快,即使被动的取用它,也觉得特无聊。

再说了,我用抓虾,是因为上面有我自己订阅的内容,有可以扩展(通过订阅关系)阅读视野的渠道,我要热文干么呢?
如果真的舍弃不掉热文,舍弃不掉热闹,那还不如分析每个用户的阅读喜好,根据他们的订阅领域来推荐热文呢!

所以呢,与其弄个人场换得几声吆喝图个热闹,不如用心帮助用户建立各自RSS分拣过滤的渠道,那些用户真要热闹的话,建议他们到博啦、新浪等地方去好了。

第三,

从抓虾的个人设置新功能来看,抓虾准备做SNS?

呵呵,这个就不多说了。怎么着SNS也是要鼓励的呀,谁让我也做SNS拿;D

一个小提示,从作者,而不是blog订阅者的角度来做sns;

第二个小提示,我经常是看到某一篇BLOG提到另外一个人或者另外一个人的bLOG,顺着看过去,并浏览下他以前的,如果正是我需要的主题,那么我就会选择订阅。

——————

Cisca在“抓虾的未来”那里留言说“我希望抓虾更大气一些。找准国内欠缺的东西,也就是突破的方向,而不是功能拼凑的网站。”

我也想说,多专注些,做好rss阅读(这并不是容易的事情,比如我就感觉抓虾的页面速度,还有更新的频率有些问题),祝抓虾好运。

继续阅读说说抓虾

OpenID 工作方式,以Klogs.org为例

OpenID 是一个用户中心的,以URL为身份标识的身份验证解决方案。在这个方案中,每个人可以用他/她所拥有的支持OpenID的URL,作为出入各种互联网应用/服务的钥匙。(所谓你的身份你控制)

下面,就以我自己网站的url为例,来讲讲这个OpenID的工作原理

OpenID有三种实现方式,

一种呢,使用OpenID服务商提供的URL,比如zheng.pip.verisignlabs.com;

第二种,如果自己的虚拟主机能够支持OpenID的server程序的话,不妨自己搭建;

第三种,注册的是OpenID服务商的服务,但是又想用自己Blog或者网站的url,比如我想用WWW.KLOGS.ORG,而不是verisignlabs.com的url。这种方式能够通过"委托"的方式实现。

我选择的是第三种。

首先,我已经注册了http://pip.verisignlabs.com/ 提供的OpenID服务,在那里申请的URL为:zheng.pip.verisignlabs.com

接下来,把下面两行代码插入到我的www.klogs.org首页的...中。

<link rel="openid.server" href="http://pip.verisignlabs.com/server" />

<link rel="openid.delegate" href="http://zheng.pip.verisignlabs.com" />

第一行是用来指明所采用的OpenID服务方所在的位置;第二行是说www.klogs.org实际上只是zheng.pip.verisignlabs.com的代理,真正的OpenID Url是后面这个。

这样做的好处, 有点类似于Feedsky的Feed托管,不过我的Blog,我的RSS的地址如何变幻,在Feedsky上的RSS输出并没有变化。

好了,现在我要用www.klogs.org来申请并使用其他服务了,这里选择的是OpenID的营地:OpenidEnabled.com

我在Openidenabled.com输入www.klogs.org。

提交后,作为验证需求方的Openidenabled开始工作。先是抓取我提供的URL对应页面的代码,找寻其中的OpenID申明。

在我的www.klogs.org中,Openidenabled将会发现我的OpenID的验证服务方实际上是来自pip.verisignlabs.com/server,真实地OpenID URL是 zheng.pip.verisighlabs.com,www.klogs.org只是一个被委托者。自然的,Openidenabled就要去处理zheng.pip.verisighlabs.com这个地址。

接下来,Openidenabled.com会用我的URL所声称的验证服务url生成一个公有密钥(SHARED SECRET),同时构建一个用来验证我的id的url(如下),并让浏览器转向到那里。

http://pip.verisignlabs.com/server?openid.mode=checkid_setup&openid.identity=
http%3A%2F%2Fzheng.pip.verisignlabs.com%2F&openid.trust_root=http%3A%
2F%2Fwww.openidenabled.com%2F&openid.assoc_handle=%7BHMAC-SHA1%7D
%7B44be6b1d%7D%7B3sqAgQ%3D%3D%7D&openid.return_to=http%3A%2F
%2Fwww.openidenabled.com%2Fopenid_login%3Ftoken%3DTbQQC7S86fefBIy
PEJigbtzJaYMxMTUzNDA5MzU0AHVmQk9OSGRIAGh0dHA6Ly93d3cua2xvZ3Mub
3JnLwBodHRwOi8vemhlbmcucGlwLnZlcmlzaWdubGFicy5jb20vAGh0dHA6Ly9waX
AudmVyaXNpZ25sYWJzLmNvbS9zZXJ2ZXI%253D%26came_from%3D

因为我还未登录,所以pip.verisignlabs.com提示我登录,在我成功登录之后,也就验证了我拥有我所声称的Openid url:zheng.pip.verisignlabs.com

验证的服务方此时构建一个返回到验证需求方的URL,将浏览器跳转到该页面,我就被授权能使用openidenabled.com的服务了。

表面上看,服务方跳转回来后的过程很简单,其实在后面还有更多的动作:它将检查是否有为这个验证服务方生成的公有密钥缓存。

存在缓存的话,验证服务方转过来的URL所带的Signed参数被该缓存的公有密钥验证。

不存在的话,验证需求方与验证服务方的对话还要再进行一次,服务方会返回需求方过来的签名有效。

(这里有一张Openid work flow图,表达得更清晰:)

----------

对用户来说,整个过程就是输入url,到服务端确认 ,就两个动作,一点不复杂。

继续阅读OpenID 工作方式,以Klogs.org为例

对Blog商业前景的迷茫导致的怀疑

麦田出来系列的第二篇了:观念要服从现实

现在我知道他是从那个层面来看待这些问题的,这和他原来在BSP的供职背景有关:

“一年前我就知道真正的博客用户不超过5%,然后我拼命想办法试图突破’三座大山’所带来的这种局限”

为什么要去突破呢?

商业上看不到前景,正是他的“从观念回落到现实,再到失望的根源和这个系列的初衷。

还好,我没有从“观念”上的冲动而跑到商业中,然后回过头来对自己的“观念”失望。

因此,建议麦田在考虑问题的时候,需要将商业和非商业这两个层面分开。 也请看他这个系列的人们注意其中的语境。

当然了,如果你恰好也对Blog的商业迷茫的话,那请继续迷茫好了,我不再打搅。

不好意思。

继续阅读对Blog商业前景的迷茫导致的怀疑

若邻网络的Api

Web Api的类型有多种,有些以数据的分享为核心,比如Amazon;有些以服务的提供为重点,比如Box.net;还有一些,以个人服务的扩展为目的,比如Flickr。

若邻的Web Api呢,混合了后面两种目的。这次我们开放的部分,包括:

- 若邻认证Api

若邻认证Api,在充分保证用户帐号信息不传送的前提下(也就是说在认证的过程中,用户的注册email、密码以及其他信息等都不被传送)实现对若邻用户的验证。

我们不会泄露用户的个人信息,也不会让第三方应用随意的访问用户的个人资料,但是我们也给用户足够的自由度,让他们自己判断是否给与,以及给谁使用自己资料的授权。

当第三方应用需要使用若邻网络的其他wEB aPI的时候,第一步必须得到用户的授权,才能后续。

这个授权,从另外一个角度来说,也可以被当作确认该用户是若邻用户的一个方法。因此,它也有着自己独立的用处:

任何其他第三方服务,只要愿意,都可以让若邻用户再不注册的情况下使用或者体验他们的产品/服务,只要验证了是若邻的用户。

假如你是一家新兴的网络服务商,你可以通过这种方式,让若邻用户抢先体验,然后再注册,甚至,直接让若邻用户使用好了。

假如你需要扩展你的网络服务市场,相信这也是你不错的一个选择。

作为回应,我们会在合适的位置为我们的用户推荐我们认为有价值的Api合作伙伴。

- 若邻个人档案Api

这组Api包括了对个人档案中的各个部分的读写。当然,这都是在用户自己授权的情况下进行。

如果你是职位搜索引擎,你可以考虑用它帮助若邻用户生成需要的简历并发出。

如果你的服务也需要用户的个人档案,那么也可以用这组Api来实现,把若邻网络当作个人档案存储的服务商。

当然了,对用户来说,好处不止一个,用户可以在一个地方集中管理自己的个人档案,然后再多个地方使用;用户可以通过个人档案,在若邻中扩展自己的人际关系,比如联络到同学、同事,也可以和其他第三方应用的用户相互认识;此外,用户还可以在若邻的人际网络中被更多的机会找到。

作为服务商,为什么不让用户获得更多呢?而且,借助我们即将推出的Group Api,服务商可以维护自己用户群的人际网络。

- 若邻个人公告发布Api

可以让若邻用户在你的服务上,比如图片、Blog、Podcasting等服务,将用户自己发布的内容分享给在若邻的朋友。这样,即便没有读者群的用户也可以透过这种方式扩展他/她的读者。

或者,他/她可以选择将一些不愿意公开的内容发布到若邻网络的朋友圈中,在小范围内传播。
若邻的这些Api,全部采用REST方式,目前仍然处于beta阶段。

SandBox 是我早前测试Api的时候做的一个例子,如果你信得过的话,可以看看,在那里你可以方便的生成自己的通讯簿,当然了,这个Api我们没有也不会公开,对隐私敏感的用户不必担心第三方得到。
如果你有兴趣,可以到若邻Api页面申请和管理自己的Api Key(别忘了把地址收藏起来,这个URL还没有链在Wealink上)
。因为相关资料还未释出(链接是空的),在你的API kEY通过之后,可以找我索要使用文档,我也乐意提供咨询服务;D

(补充,因为还为正式发布,所以呢,最好和我连接起来,这样审批会更快些)

除了这些Web Api之外。

我们还开发了一个在线迷你通讯簿,方便若邻用户在网络上使用自己的通讯簿,当然这需要第三方应用的合作了:

你只需嵌入一段简单的js代码,让若邻用户打开他/她在若邻的通讯簿(呵呵,有怀心思的开发者要打消念头了,你是取不到这些信息的),方便的选择需要邀请或者分享的人。

我想,很多网站有邀请、email分享功能,输入email是件很繁琐的事情,我们可以在保证数据安全的前提下,为用户提供使用的方便。

如果你对自己的服务有信息,值得若邻用户去分享,那么可以用它:)

我自己做了一个测试页面

我们也希望看到用户有越来越多的好的服务去用。

————————-

有兴趣?

可以在这里 http://zheng.wealink.com 或者在 about klogs 联络到我。

最后要感谢BrucePHBerg 以及其他人的辛苦工作。

继续阅读若邻网络的Api

麦田的被洗了脑的Blog观念

从Keso的“三言二拍:普通网民根本不需要blog服务?” 看到麦田“博客即媒体(1)”。

麦田在文章中说“BBS:交互强,价值低;Blog:交互弱,价值高” 。很遗憾曾在博客中国工作过的麦田说出这样的话。我想他之所以说BBS交互强,Blog交互弱,是因为留言等的问题吧。其实,BBS中也不是每个帖子都有常串的留言、也不是每个BBS成天得都有几千、几万人在那里无聊的泡着。

再看Blog,单从留言上来说,热闹的Blog、热点的Blog文,并不比BBS差。

不说留言了,Blog的价值并不在所谓的留言、交互,更不在所谓的点击量、流量和广告价值等。

其实,Blog的真正价值在于它带来的“社会性”,在于Blogger之间、blog文之间组织成的绵密、无远弗届的网络,这个网络中的节点是人,他们的代理是Blog,处理的是信息,它有序、高效。每个人虽然只和自己兴趣的、自己的朋友的Blog相连,但是借助六度的关系,却构成了一个整体。

这个整体产生了令人惊异的能力,也正因为如此,Blog的推动下,才有了SocialSoftware、SocialNetworking、SocialBrain、GlobalBrain、集体智慧等的概念和扩展。

因此,对于Blog的价值等,不能从自己画地为牢的小天地里去看待。如果非要以个人的角度来看待Blog的话,那干脆直说某某某的Blog没价值,某某某不需要Blog好了。

麦田第二点说“文字能力”,我很奇怪为什么他会怀疑人们的文字能力?Blogosphere中有很多很多的文字让我感动、击节、叫好,为什么有些人就看不见????再者说,真的需要文字能力才能blogging么?比如小两口在blog上打打闹闹这样的例子也挺好玩,想这样的blog,不必用文字能力去要求吧?我记录我看到的,分享我发现的,这些也不需要有惊天地泣鬼神的文字能力吧?

以文字能力来定Blog,典型的“精英”意识,瞧不起自己也瞧不起我们这些没有文字能力的Blogger。至于那些失语的,唉,不说了。

麦田提到的第三点是“持续更新”。理由是“公众人物(明星)、文字媒体从业人员和超级自恋狂”才会持续更新。

是不是大多数的人们眼里只有这些人的Blog?为什么对网上那么多持续更新的Blog视而不见?

一个显然的事实是,Blog被博客中国扭曲成博客之后,博客又一次被新浪、搜狐等扭曲,Blog就是博出名,就是个人的言说。

虽然Blog给了人们书写、言说的自由,但这个不是最主要的,这世界不需要每个人都说,相反,需要每个人能去听、能去思考、能去传播,能从Blog中去发现价值的多元、生活的多元,能从Blog空间中去获得知识、朋友等。

换句话说,Blog的整体价值,在于说、听、思、播、连等。
另外,不是每个人都能做到持续更新并不意味着从整体上没有持续更新。我们是社会中的人,社会是做为整体在发展,何必要求每个人都去持续更新呢?

最后,我想说,Blog是一个工具,而不是一个每个人必须接受的终生书写和负担。至于有些人把它作为了生活方式,那是个人的选择,和Blog本身的特性没有什么关系的。

所以,作为工具,随时都可以拿起来用,世界杯的时候人们可以写,突发事件的时候,人们可以写,旅游的时候,也可以写。 不想写了,就放下。

轻松点好了。否则,说出“普通人不需要纸和笔”这样的话来会让人笑话的。

继续阅读麦田的被洗了脑的Blog观念

没有问题百度给你造

好不容易有兴趣使用百度的贴吧服务,想把若邻吧的吧主申请下来,于是发了一封申请信,结果给自动回了一封莫名其妙的信,还要我有问题去百度一下:(

这帮家伙,没问题也要整出一大堆问题来。

以下是摆渡自动回复的内容:

此邮件由百度贴吧 吧主审批系统自动发送,请勿回复本邮件!
您好,您申请担任”若邻”吧吧主,经管理组讨论后决定:暂时不能批准您的申请,可能是但不仅限于以下原因:
1.申请所使用的用户名从未在所申请的贴吧内发帖,无法加入权限。(您必须用您所申请的用户名在您所申请的贴吧发布至少一篇帖子,否则我们无法为您加入权限);
2.您所申请贴吧已有合适的吧主管理,暂时不需要更多的吧主;
3.您所申请的贴吧主题为商业性质或可能用于商业性质,如企业名称、产品商标名称等;
4.您所申请的贴吧需要较高的专业知识方可管理;
5.您所申请的贴吧名称、主题、内容可能含有不符合国家法律、法规以及贴吧协议规定的内容;
6.您申请所使用的用户名容易引起误解或者不符合贴吧协议;
7.您申请所使用的用户名涉嫌多次违反贴吧协议。
感谢您对百度贴吧的关心与支持,希望您能继续参与贴吧建设!

继续阅读没有问题百度给你造

MicroID 可以怎么用?

microID 只能验证一个网站、页面,也就是某个URL是用户所申称的,并不能验证该页面上的内容是用户申称的。

尽管受限于此,不过基于URL的拥有上,microID还是可以有不少有趣用途的。

我们先对microID做点小的改动,前面提到,microID的生成是利用验证过了的email和所在的URL,其实还可以更多,可以是手机号码,也可以是某一句只有你自己知道的话或者口令,我这称它为“私房话”。

好,现在假设klogs.org要和beeki.com合作,由后者为klogs.org的用户提供服务,问题是,beeki.com怎么证明过来的是Klogs.org的用户呢?

帐号Api?Klogs.org暂时还没有能力做到(openID是另一个解决方式),把Klogs.org上的用户信息倒过去?更不可能。

利用microID,只要验证我输入的email是我的,就能够通过microID验证我是klogs.org用户。至于验证email的私有性,发一封确认信过去就行了。

当然,这里涉及email的输入,如果担心有什么问题的话,那么,可以改用“私房话”而不是email的方式来获得microID。

我输入我的“私房话”和声称的URL, 如果得到的microID和Klogs.org上我的页面的microID一致,那就可以证明我是Klogs.org的用户了。

………

继续理解中:)

继续阅读MicroID 可以怎么用?

microID, 你在Web物件上的印记

tECHNORATI可以让人们申领自己的bLOG,可是,如何证明那个bLOG是你的呢?和许多类似的服务一样,他们要求用户把一段特殊的代码嵌入到你的bLOG的首页的某个位置,让后告知该TECHNORATI,让它去读取该页面,如果读到的话,那就证明是你的了。

其后的想法很简单,每个人唯一的拥有它自己的东西,并且只有他自己能够更改或者增加某些东西在上面,比如代码等。

但问题是,不同的服务要求贴不同的代码,服务越多的话,贴得东西越多,挺累人的一件事情。

另一方面,随着个人在wEB上的内容的增多,以及个人对于wEB身份标识和个人档案的觉醒,有越来越多类似的服务涌现,他们的一个功能,就是让用户罗列和他们有关的内容,可是带来一个问题,怎么证明那个声言的内容属于用户自己呢?

比如Wealink的个人档案里面,人们可以写上自己的Blog,可是,那个Blog真的就是申明的那个人么?

这些问题的浮现,让一些人动起了脑筋来解决它。MicroID就是这个问题的一个轻巧的解决方式。

http://microid.org/

通常情况下,email的验证比较简单,因此,在对Web物件的验证上,需要借助email,另外一个需要的,是该物件的URL(唯一的网络地址)。

好了,现在我可以对我的EMAIL做个特殊的sha1_hex变换,对url也作同样的事情,然后把两个合并,再做一次sha1_hex变换,于是得到一个称之为MicroID的字符串。

比如我要在某个服务上证明klogs.org是我的,假设我在那个服务上用的已经被验证的email是 [email protected],那么,我就把这个email和www.klogs.org得到的MicroID放入到首页的meta中。

第三方服务根据我注册的email和我申明的URL,这里是www.klogs.org,做同样的换算,得到一个ID,如果这个ID和www.klogs.org中发现的Microid一致的话,那么,声言就被证明。

关于mICROid,可以有许多有趣的应用。不过,似乎对于文章来说,MICROid还是无能为力?或许结合MICROfORMATS之后,可以得到解决?

现在已经有服务方和内容方支持这个简单的协议了,比如MA.GNOLIA和claimID,也有不少插件出现,会有越来越多支持和参与的,正如ClaimID的Blog中提到的:

Can you hear it coming? Decentralization is afoot!

继续阅读microID, 你在Web物件上的印记

时间轴:TimeLine

因为Isaac设想并已经着手制作了近乎类似的原型,所以在第一眼看到TimeLine 时候,除了惊讶之外,还有些欣慰,虽然遗憾Isaac因为时间原因没能完成,但是看到这个想法的一个接近的实现,还是很让我高兴的。

TimeLine中,下方的时间条上标示事件的线段的错落稀疏分布得有点意思,越接近现在,时间轴上显示的刻度也越细,因为人们总是着眼于现在和近期所要做的事情;而越远的未来,显示的就较为粗简和稀少,因为人们对于将来,也只能是一个预估的规划。

TimeLine的上方,对应了时间轴上的白色时间段,或者说是下面时间段的放大,显示更为详细的内容。

对我来说,时间是流动的,我觉得和时间有关的应用都应该动起来,所以我当初给Isaac建议,默认情况下,应该让时间从右往左的嘀嗒嘀嗒流动,窗口内显示的是当前的日程安排,时间一秒秒的过去,时间轴上的事务条一点点地离去,我相信这会给用户一个有益的提示和压力。

另一方面,事情的多少,日子中的情绪也可以通过可视的方式来营造,传统的日常安排是一个规规矩矩的方格,这个TimeLine呢,没有方格,但是也是相对规矩的长条。其实完全可以抛弃长条的,有事的地方就形象地用事情堆起,没事的时间里,就低平的直线条好了。这样,起起落落,也配合了人的心情的紧张和闲适,回过头去,峰高谷底,条理和事务的状态一目了然。

这个TimeLine是个开源的项目,这里有不少例子。 试试用这个UI结合GoogleCalendar的数据和功能?或许会更受欢迎?

继续阅读时间轴:TimeLine

互联网时代,人死了后,数字讯息如何安顿?

Yining的的美味书签中看到几个关于死后人的数字信息的去向的处理方案。

第一篇:What Happens to Your Email When You’re Dead?

对此,AOL有专人来处理。申请人需要提交死亡证明和申请人与死者关系的合法证明。

Hotmail呢,在得到相关的法律证明后,会给申请人一份邮件内容的CD或者磁盘。

Yahoo呢,坚持保护用户隐私,拒绝给出死者的帐号信息,这个在之前有过报道,是关于一个在伊拉克死亡的美军士兵的家属要求Yahoo提供帐号信息遭到拒绝。

很奇怪,为啥在美国Yahoo会如此坚决,而在中国,却是另一种态度。难道对于服务商来说,心中只有各个地方的法律,而没有一个可以持之四海的信念和操守么?

不知道国内的邮件服务商会怎么处理。我猜想应该在得到相关的法律证明后,会给与相关的资料的。

这是一个新鲜的问题。或许邮件服务商应该在用户注册的时候给出如下选项让用户选择:死后这些email怎么处理?是在生后给亲友email档案还是不给,如果给的话,给谁?

与此相类似的还有另一个问题,我们现在在网络上积累的大量的个人讯息,比如自己创作的Blog、图片、音频、视频等,以及收藏的这类内容,当然还有网络上的社会性关系数据等。这些讯息,在生后该怎么处理呢?随它自由消散,就像聚合成躯体的物质那样的乌有踪影?

以往,人们要写有被世代传颂的作品,才会留得生后名。现在,有了写和存留的自由,有什么理由不留存下来?

再者说,沟通和交流未必一定要同时代的,不是有很多人可以透过作品与另一时代的人对话么? 在这个时代,你的讯息有价值,在另一个时代,同样也会别人读取。

数字时代给我们的好处,不仅消弭了同时代的距离,而且还消弭了不同时代的隔阂。从现时代开始,理论上可以让四面八方、古往今来的人“对话与交流”。

既然如此,为什么不收据自己的讯息,作为自己这个独一无二的个体的数字证明? 一来用于纪念,二来继续以这些内容来标识你独一的身份,续存在网络内。

有了需求,自然会有创意和供给。

下面这些小盒子漂亮么?它装的不是骨灰,是数字讯息。

具体就不介绍了,网址在这里:http://www.michelegauler.net/index.html

不过我想光是数字的没多大意思,应该加上另外两样东西,骨灰和包含DNA信息的物,三位一体,对不?

我得认真思考和对待这个问题了。

继续阅读互联网时代,人死了后,数字讯息如何安顿?

叶滨的中国式社会性网络

叶滨讲的”中国式的社会性网络“,让我想起两个问题。

互联网存在文化的“地域性”

他提到,在Myspace里“认真的上去尝试了很多功能,最后感觉仍然是: I don’t get it.” 。

这是很正常的,我在Myspace晃荡了不少时间,也是找不着北。因为我的人际关系、我关注的内容、我的文化背景都不再那里,还有语言的隔阂。

换句话说,虽然互联网消弭了空间上的距离,但是在Social Web里,互联网有了差异,这种差异的产生来源于文化,而把文化差异带入互联网的,则是源于互联网中个人的出现。当个人数字化了,文化自然也就数字化。也就带来了互联网的“地理性”。

这和第一代的Web不同,在那个时候,不同国家和文化的互联网多少是同质的,因为互联网是浮悬在人之上神之下;而到了第二代,互联网渐渐下层,变成比特雾,把人给包绕起来并且渐渐渗透,慢慢的,不同文化下的互联网也就出现了显著的差异,典型的如Myspace、QQ、赛我等。

所以说,在一个国家成功地服务,未必再另外一个国家能同样成功,我想创业者们必须认真地考虑这其中的奥妙,不能简单地模仿然后等着傻兮兮的VC依照美国的风向标来投钱。

SNS的成功需要的要素

文章中叶滨重点说了所住小区中父母以孩子为纽带而产生的社会交往进而形成的社会网络。在这个网络的形成中,很重要的要素是有一个公共的空间,可以让人们聚到一起来,在这个空间中,即便不合其他人交往,也能做自己的事情,比如散步,陪宝宝玩耍等;另一个要素是父母有共同关注的非常需要交流的主题,这里是“孩子以及孩子的抚育”。

对应的,在互联网中,公共空间的提供不成问题,但是在这个公共空间中,能否形成出一个大家都流连的社群来,就必须把重点放在另一个要素的准确把握上。那些不成功的SNS的社群,Group的沉闷的原因就在于后一个要素的缺失。

———————-

一边听电视,一边写这篇,心里还想着另外的事情,不知道写出来的是什么了?

继续阅读叶滨的中国式社会性网络

学习PeopleAggregator(一)

号称“Open Social Networking”的PeopleAggregator昨儿正式开放。它是由”broadbandmechanics“开发。关于Boradbandmechanics ,可以看看这里

他们开发PeopleAggregator的目的是希望实现SocialNetworking的开放(Open),具体来说,就是“任何人可以自由的将他们的联系人、群组以及社会资本进行迁移,能够在任何网络中和任何人建立关系,发送消息,创建或者加入群组,发布内容等”。这将是一个“社会性的网络/Social Web”,用户掌控着自己的关系、数据等,这里的掌控不仅仅是拥有,还包括可以移动。

作为这个Open Social Networking的基础,也就是ID部分,PeopleAggregator承诺支持任何开放的ID系统,他们把他叫做“Identity Hub”。就现在来说,人们可以用Flickr帐号、OpenID、SxIP等登录。

不过这里面还有很多事情需要做,包括他们提到的“normalizing the namespace, and creating a federated identity space” 以及最终要建立起来的用户自主的“authentication layer”。

具体要解决的,就是实现不同Identity系统之间的导入导出。这个导入导出的机制也是完全在用户自主控制下进行的,任何人“can decide who gets to see what, where it is and under what circumstances that data and content exists. ”

完成了这步后,就是他们称之为“common actions”的事情需要处理,不同社会性网络/系统之间的相互操作,比如前面提到的“建立关系,发送消息,创建或者加入群组,发布内容等”。

以上这些都被他们装到了PeopleAggregator的API中。

更让人钦佩的设想还在后面,他们希望建立一个接口,借助这个接口,PeopleAggregator能把下面这些服务相互连接起来。具体实现上类似Mashup,甚至可以更简单,只需要定制或者设置就可以。

  • Calendaring and events: Google, Yahoo (and UpComing), Microsoft, 30Boxes, Zvents, Eventful, Whizspark
  • File storage: Xdrive, S3, Gdrive, Live Drive, Box.net, Omnidrive
  • New kinds of aggregators and tagging systems: dabble, Plum, del.icio.us
  • Media repositories: YouTube, Revver, ourmedia, Google video
  • Citizen journalism and media (ratings, opinions): NowPublic, Memoerandum, Digg, OhMyNews, NewsVine, Tailrank
  • IM and presence: AIM, MSN Messenger, Yahoo Messenger, Jabber
  • Social Networks: Bebo, Tribe, OpenBC, Multiply, MySpace, Facebook

以上基础都打好了之后,他们要做“persona editor”:

“help humans keep track of, edit, manage and otherwise manipulate their digital identities, web services and content – which is spread far and wide across the Internet.”

—————

这是之前我提到的“第三代SocialNetworking”的一个尝试,核心是用户中心的、分布式的、可移动的、定制化的Live Web/Social Web。

继续阅读学习PeopleAggregator(一)