星期三, 十一月 07, 2007

[web2.0]twitter,IM中间件?

Twitter是什么


公司的网络比较快,特别上国外的site,所以这几天试用了一下Twitter和FB,总来的说User Experience都让人非常满意。这里主要来说说twitter
本文的缘起是受这里的感召,以及最近工作中的一些体验。
Twitter是什么?micro blogging?还是果然是叽叽歪歪个人絮语,亦或是事件的追踪报道? 140个字的容量能说什么?难道是一只猫的进化

Twitter,IM,softwareBus


在我看来,说的明白点twitter就是IM,就是我们以前设想了好久的自由式的大杂烩的聊天方式,不过实现方式比我们设想的要巧妙。
Twitter有两种方式,第一种叫做follow,这个是用来跟踪一个User,譬如你的死党,或者是有共同兴趣的比如雪茄友。第二种方式叫做track,用来跟踪事件的,基于关键字的事件,譬如Amazon,那么别人说的有关Amazon的话题就会出现在你的IM上面,(在gtalk上加twitter@twitter.com, MSN上面我还没有尝试过)或者是你的handset上面,不过我的验证码发不出去,所以暂时没用。
这两个方面分别对应了Social network中间的人和内容。可以想想有多么丰富的手段来建构应用了。比较起来,设想中没有用户ID的只是针对主题自由聊天,显然twitter要巧妙一点。在这里,twitter做了一个中转,而userID和keywork都可以当作supplier提供主体,我们client user只需要subscribe感兴趣的subject就OK了。
说起来,IM会被当作是p2p应用的典型,可是在这里我们还是看到了集中式处理方式的回归,应该说,这还是非常巧妙的。类似于软件系统中的软总线,(刚好这几天我也在coding类似的module) 这么做的好处是什么呢?
毫无疑问,套用软件架构中的说法,我们可以说,twitter提供了一个中间层,从而降低了双方的复杂度。譬如说,我想发一个link给IM朋友,那么我要打开msn/qq,找到所有感兴趣的人,或者组成一个固定的小组,发给他们。现在我只需要发给IM robot twitter@twitter.com就OK了我能想到的应用还又就市是做同一开发,但是地理上不是沟通很方便的,twitter就非常之方便了。譬如,提问题。当然这个IM也可以做,但是Twitter扩展性显然是要更好,因为新加进来的人不会对已有user产生影响。不过这个key也许我们需要仔细找一个才好。(这个问题我觉得甚至可以开发一个twitter的mashup,用一个hash产生器,产生一个唯一的string)

很明显Twitter上我不太会关心那些不熟识的人,甚至大名鼎鼎的gates/jobs(如果他们有twitter ID的话)。真正你所需要的是你工作上或者特别亲密的一群伙伴之间的沟通。而基于事件或者说content的应用,显然还不是让人很满意,key实在是太弱了,mashup的好题材。而且正像我以前说的,在一个松散的耦合环境下,content要比user更能聚合,粘度也要更高。

结论

OK,现在你认为twitter是什么呢?个人以为合适的词是IM中间件,twitter其实是一种演化方式,在此我也一定会努力去使用twitter,只要你在twitter上面follow hgye,那么不管以后我在那里,你一定可以track到我,我感兴趣的话题以后我会逐渐发在twitter上面。同时也欢迎大家把twitter的ID告诉我:)

UPDATE

刚刚在对twitter上逛了逛,发现track的功能只是在9月底才作出来。而国内的模仿者上面的信息也大多不忍卒读,也许这种简便的方式使得blogging这种活动越来越向心情日记靠拢,而且这样的言而玄之又玄的方式使得文艺青年如鱼得水。

但是内容和人缺一不可,Social Network绝对是提高生产力的良好工具