[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绝对是提高生产力的良好工具