Forgot the Milk … 聆听窗外

社区的框架结构能否拆分？

Src说，“随着Web2.0的流行，越来越多的以前被当作一个功能看待的服务都上升到产品层面上来了，也派生出来Del.icio.us/Flickr/Twitter这样的新兴但迅速流行的服务。”说的好，过去我们只需要在一个大型门户网站也可以享受到诸多功能服务，现在功能独立的产品服务则做得更好。那么即使这样独立的功能是否也可以再拆分?

答案是肯定的，不管社区是基于哪个功能的，都需要做得一个部分就是用户管理：用户注册、用户信息维护、用户好友(2.0网站这是必备的)，以及和专业功能衔接的部分。

这个衔接部分由它所服务的专业功能决定：相册应用，是哪些相册和Tag属于这个用户ID；社会书签应用，是哪些书签和Tag属于这个用户ID；Twitter应用，是哪些消息属于这个用户ID。产品应用的核心部分会被牢牢打上用户ID的烙印。

那么余下的用户管理功能每个网站大致都是相同的，必须承认，这部分功能做起来很容易。那么功能类似、开发简单的东西能不能形成一种标准，让各家社区服务从中省去这一部分的开发。

新网络社区联盟的形成

又拍、抓虾、豆瓣、饭否、博客(多家服务)，不管这几家社区的官方之间有没有联络或者结盟，不过在国内社区用户中，很多时候都是在几家中穿来穿去。一个由各个社区形成的大“统一平台”正在形成，不过是加引号的，因为需要由用户自己维护，有趣的是，绝大部分用户都使用统一的ID、统一的头像、统一的自己介绍，还有高重叠度的好友群。这么有趣的事情不需要好好考虑一下？

有了统一平台，用户会不会带走好友

“互联网服务的用户转移成本很低”，这里的成本应该只是一方面，如果用户的社区粘度高，成本就会很高，用户还会舍得转移吗？参看远骋的“如何才能放弃饭否，选择叽歪？”

那么有了统一平台，用户会不会带走好友。答案是否定的。我主张的统一用户平台是松散的，如果我所进的新社区中有统一平台中的好友，那么会自动认出他；如果其它好友没有使用这个新社区，他们也看不到我在这个新社区中。

统一平台的框架应该足够简单，维护用户ID、用户信息、用户好友、用户所在社区的社区ID，这个社区ID只有在同在一个社区的时候才被好友看到。

统一而分散的SNS平台

老冒说，“这里我设想了一种“统一而分散”的sns平台，统一是指每个用户层面上的统一，也就是用户能按照自己的意愿把自己的分散的资源统一到自己的一个网络表现形式之下（最简单的如一个个人站点，或者一个个人的RSS聚合叶面），分散是指各个用户按照自己的意愿建立自己的“节点”，这些节点可能并不属于一个服务提供者（当然可能会有服务提供者提供这样的服务），节点之间的关联是通过URL, Web API来进行的，而不是某一个服务提供者的服务程序的后台逻辑或者后台数据库。”很好啊，要你们服务提供者做起来这个不愿意，那个不愿意，那么我们用户自己做好了，我们自己组织在社区中的好友总可以吧。至于方法嘛，总会有的，而且不止一种。

相关链接

Src ~ 我们需要统一的SNS平台吗？
老冒~ 我们需要一个统一而分散的SNS平台