所谓开放，是一种分享态度，开放平台是自有平台与外部应用共享用户（不一定包含数据）、流量，开放应用是把自己业务打包成模块，通过其它平台分享使用体验。

我在上篇Blog里曾表述过”单纯应用类和社区类的网站，现在有且仅有两个选择，要不自己做大做平台，要不就做成适合开放平台的纯应用“的观点（除上述类型网站外其实还包括资讯类的），大多数网站现在都面临同样的问题： 开放平台还是开放应用？

随着最近Facebook Platform、Google OpenSocial、搜狐博客开放平台等的出现并逐渐发展，Slide、Rockyou!等应用提供商的崛起，网站运营人员不得不去面对上述的问题。

后Web2.0的思想，使资讯类、应用类网站在逐渐增强社区氛围，社区类网站在不断增强互动资讯部分，趋势是互相融合的，成为趋向交互的网站。

这也造成网站系统的重复劳动过多，几乎每个网站都有自己单独定制开发的用户系统 、好友系统、交友网络等等，使得网站操作复杂，用户永远需要去适应体验上的差异。

不管开放平台还是开放应用，都可以解决很多问题，同时精简自己的应用结构，根据网站定位更好的发挥自己的特长。

当然，开放平台并不那么好做的：

• 首先平台网站需要有颗包容的心，允许别人的应用借你的平台发展。
• 需要提供功能全面的接口，让应用可以很容易结合到平台上。
• 需要有良好的用户基础，用户数量级够大且用户素质有一定保证，要不没有应用会来。
• 像Facebook、Google这样本身就很强大的平台并不在多，还没有跳出来的也屈指可数了。
• 用户数据的所有权成了最大的死穴，平台如果不能照顾应用的利益，早晚被应用放弃。
• 受应用欢迎的平台标准也会逐渐提高。
• ……（想到再补充）

开放应用稍微容易实现一点，但也有好处有坏处：

• 最大的优点，可以跨平台吸收用户，让不同平台的用户存在于同一个应用下。
• 不影响现有网站运行，可以为特定平台开发定制应用。
• 因为要适应各平台接口特点，用户体验可能与源网站不统一，或各平台间体验存在差异。
• 应用的模块化标准有待整合，现存标准缺乏通用性。
• 怎么将平台用户转化为应用用户将成为网站运营的主要研究课题。
• ……（想到再补充）

话说回来，不管开放什么，多平台鼎立的形势已经出现，在应用数量相当的情况下，主要看用户对平台的喜好，而应用已经不能再左右用户的选择了。

对个人用户而言，在熟悉的平台下使用感兴趣的、新的应用，将成为平台网站的主要体验，哪个平台相关方面做得好就可以脱颖而出。

还有一个可能发展的方向，用户基于现有个人网站（Blog）自建平台，维系用户的（社交）关系，将开放应用自行整合。用现有工具已经可简单实现，例如OpenPNE等开源软件、老冒的OPSN项目（我最感兴趣~）等等。

最后，借用一句互联网的名言收尾：未来是如此的不可知，互联网的发展更是如此，也许事与愿违，就当是2008年第一个月的某个白天的胡思乱想吧~

最最后，洋洋洒洒的写了一大片，一篇东西居然写了几个小时，中间经过很多琐碎的事情，可能会觉得驴唇不对马嘴，我还是感谢您能坚持看到本文的最后~^_^~

Technorati : Application, Facebook, api, google, opensocial, opsn, 开放平台, 用户体验, 网站应用

前两篇分享体系相关的笔记写了Pownce、Soup.io，接下来需要翻过头来再次研究twitter，我个人认为当之无愧的（自说自话的）微网志鼻祖。

虽说twitter简单，那只是表面的简单：

• twitter看上去简单到只分享文字信息，但不简单的是，它把微网志、即时消息/回复（@id前缀）、定向消息（d指令）混合在一起。
• 当然链接也可以，twitter会自动将文字里的网址转换为可点击的链接。p.s.tinyurl类的短Url应用也在twitter的激发下被广泛使用。
• 以”What are you doing?”（你在干嘛？）为题，不停的答复着，自说自话着。
• 但，有多少人真正是在回答这个问题呢（我的好友就很少照做），尤其是gtalk、twitterfox、twhirl等tw应用的流行，现在的twitter已经变成了带群聊功能的IM。
• twitter将好友的概念实质化，加好友变成跟随（follow），单方面的相当于订阅，双方面确认的是好友关系。
• twitter的分享有一定权限划分，分几个层次：
  • 跟随用户和收藏内容为任何人可见
  • 更新内容可以限制只有好友可见
  • @id前缀的回复内容被同样跟随该id的用户可见
  • d指令定向消息只有对应用户可以看到
  • 被跟踪数量和资料只用户自己可见
• twitter的网站我很少去，除了为加好友等特定功能外，能不用就不用，因为我觉得twitter网站交互性不够好，不能总是没完没了地刷新页面。
• 好在twitter提供imbot，用gtalk就很方便的互动起来，而且它提供丰富的API，除了twhirl等纯客户端外，还有twitterfox、twiiterbar等firefox插件，另外还有一批特殊应用将twitter可以共享的内容无限扩大，比如twitterfeed可以把feed按自定规则发布到twitter，其中长地址还自动转换为tinyurl。
• twitter可以自定义部分页面CSS。
• 可以通过手机短信、wap移动更新、分享。
• 使用Amazon S3服务存储用户的头像文件。
• 页面用户信息使用vcard。

为了这个系列的统一，我还是放出这个简单到不行的分享架构图：

分享体系这个系列，我已经写到第三篇了，也许还会有第四篇、第五篇……这个系列一半为了工作需要，一半为了记录自己的即时想法，如有不同意见欢迎留言或gtalk交流，有些内容没有提到是因为我一时还没有理解，也欢迎来点化我，我会在不影响原文的基础上进行补充。

p.s.我现在使用twitterfeed发布Google Reader的阅读分享，一般每天发布也就在一个小时内进行，且数量很有限，应该还不够干扰别人的视线。

Technorati : API, IM, MicroBlogging, twitter, 分享体系, 微网志