早在博客流行的时候，我跟同事们讨论了社区的形态：以主题分类为根的公告板，到以用户为根的博客。从以用户关系为根的sns，到以简单内容为根的微博。社区离开不以下几个元素：人、内容，在内容上构建话题，话题分类，在人上构建关系。

新浪微博以人的内容为主体，以话题为聚合，以新的内容展示方式创造了一个全新的社区，社区的特点是消息的传递更佳迅速，消息的传递途径以人的关系为基础。

基础内容和用户关系使这个社区异常活跃，但在微博发展中，微博也衍用了传统社区的一些功能。

排行榜、热门话题、热门标签是内容人工[或者程序]整理的一个关键词聚合页面，通过人工[或者程序]的方式归纳出热门的话题词汇，可方便用户关注整站最热话题。

名人堂、名人/草根/达人排行榜则是以用户不同形势的行为为依据进行归档排序，使用户可以找到社区内的活跃分子，同时也作为了社区潮流的风向标。

我最关注的是其娱乐功能：勋章功能。勋章类似mmorPG游戏的任务系统，用户通过完成任务取得勋章。而勋章则非常类似成就系统，熟悉魔兽世界的玩家对此应该非常熟悉。

跟很多社区系统一样，新浪微博开放了api功能，使得更多的应用进入了社区，包括很多游戏功能。

当今社区已经不单是信息的聚合平台，更多的功能会使其拥有娱乐的性质，即我们常说的”社区游戏化“；

1：减少url所占的字数，优化排版。微博就是一个小，如果我贴了一个地址就占一半的字数，那作者很不爽，读者很不爽，做页面那哥们(MM)肯定跟不爽。所以，咱弄个短的url，岂不皆大欢喜。

2：排挤灌水广告者。众所周知，很多广告者为了广告，或者为了页面优化，得群发垃圾消息增加反向链接数。而短url跳转这种方式根本无法增加反向链接数。也就是这种方式从根本上掐断了垃圾群发者的命根子，这样也就减少了垃圾信息的量，节约了信息审核的人工成本（这项成本随着严打是越来越高啊）。

3：暂时没想出来。

实现，其实很简单，就是接收个id，然后找到对应记录就行。根据新浪信息的量，不可能用mysql的，成本高（负载和硬件消耗）。不可能用oracle，凭我的了解，不可能用。

新浪在小日本那个ttserver的基础上开发了个支持分布式的key->value型的数据库，这玩意正好用上，支持高并发大负载，逻辑简单还支持分布式，这么实现貌似最好不过。

吃饱没事，大半夜写文章。欢迎大家来讨论。