上海伍聚本周的交流议题也是Google wave,我很长时间没过去了,这次真对google wave产生了一些兴趣,就过去了,在会上交流了一下自己的看法。
我看一个东西,通常并不查太多资料,而是先给自己一个自由思考的空间,让自己可以沿着一个想法设想一下这个东西的创意,意图,与现实中存在的需求的结合度,从而判断其未来的价值。
我想以几个问题来引入对Google Wave的思考:
Q1: Google 通常低调发布新产品,这次对Wave的发布,却有些非同寻常,这个产品尚未真正发出试用,即在整个互联网领域引起了广泛的讨论。Google高调的发布为哪般?在产品未出来之前暴露自己的战略意图?还是引领舆论的方向,让人们对Google产生更高的期望?
Q2: 现在网络上广为流传的Wave的界面,多数人觉得很花哨,不符合Google一贯的风格。我也认为这只是Google一个Alpha可能还不到的作品原型而已。Google称Wave背后是一个平台,一种网际协议,一个开源阵营。Google究竟想干什么呢?谈到三个层次,这彰显了Wave不同寻常的一面,但是这样的三个层次,在以往互联网,乃至软件的发展历史上并不多见。
Q3: Google的既定战略是在互联网上更懂“内容”,目前网络的内容已经在出现加剧的分化,早期的至上而下的“内容”已经逐渐被至下而上的“微内容”所取,Google难道想更懂“微内容”?很显然,Google早已在这个方向努力很久了,Gmail和上下文敏感广告结合就是典型代表。但是,Gmail广告只是人们日常工作中应用微内容的一部分,随着IM的强大,Mail这种传统沟通形式正在日益被短平快的短信、IM Message,乃至费用逐渐低廉的Call所取代。加上SNS的进一步推进,Communication已经成为一个更通用的词汇。如何更好Communication,如何理解Communication,我想这是一个值得思考的问题。
尽管Google 把Wave和Email、Wiki、IM等现实中具体的东西做了一个类比,很多人也沿着这个类比去设想Wave的模样与这些传统工具之间的差异,以及如何处理应用习惯继承问题,但是,我的看法不同。我做架构设计,能够理解抽象的价值。本质上,我们把Communication抽象为几个重要的属性:
时间属性:同步vs异步、静态vs动态
参与角色:多人vs单人
结构属性:连续vs片段、扁平vs分支
存储属性:网络vs本地
共享属性:共享vs不共享
| 时间属性 | 参与角色 | 结构属性 | 存储属性 | 共享属性 | |
| 异步、静态 | 1对n | 扁平、连续 | 本地 | 不共享 | |
| QQ/GTalk | 同步&异步、静态 | N对N | 扁平、连续 | 本地 | 不共享 |
| Wiki | 异步、静态 | 1对N | 分支、连续 | 网络 | 共享 |
| 手机短信 | 异步、静态 | 1对1 | 片段 | 本地 | 不共享 |
| 博客 | 异步、静态 | 1对N | 扁平、连续 | 网络 | 共享 |
| 论坛 | 异步、静态 | 1对N | 分支、连续 | 网络 | 共享 |
| Google Wave | 实时&异步、动态 | N对N | 分支、连续 | 网络 | 共享 |
All is for better communication
从这个表我们可以看出,单从工具上Googel wave与其他工具都存在潜在的部分替代关系,但是这不是重点。作为工具来讲,每种工具都有自己的优势,并非更复杂的就能取代。但是作为平台和协议来讲,从以上表格我们似乎可以看到一个大一统的潜在可能。
在伍聚会上,王勇军提到一个观点,那就是理解Google,要把Google的使命联系起来。Google的使命不正是“更懂互联网“吗!联想Google近年来把图书库搬到网上、推出Chrome浏览器、开发AppEngine托管运行平台,似乎都在奔着一个看不见终点,但是又似乎都有着千丝万缕关联的方向在坚定不移的迈进。
让我们展开想象的翅膀,假设Google Wave成为了一种在线协同的存储和协同标准(也许是分成两个部分),并依靠广大开源阵营培植起来大量建立在Google Wave之上各种Application, 再假设日益丰富的互联网Application和SNS逐渐结成了开放的,统一的OpenID,那么,是不是可以看到很多我们可以想象的场景:
场景1:email都以Google Wave的格式存储在Email服务器上,员工打开Email Client,其实就是连接到Email服务器,就像我们打开一个论坛一样,在Email Client展现了一封封EMail。如果我们想回复任何信息,只需点击某个插入点,编辑,选择通知人群范围,然后Post,搞定 。(注意,这里是Post 不是 Send )。
场景2:我的网站想建立一个关于Google产品的Wiki,在以前,这似乎需要寻找一套专门的开源软件,比如mediawiki,并搭建一个网站应用来实现。有了Google Wave,是不是一切变得容易了,其实,只需要建立一个Google Wave格式的Page就可以了,参与者可以直接在这个Page上编辑,并且编辑的状态、过程、版本管理都可以纳入统一的控制。各阶段的编辑结果就像今天我们看到的Web Page一样,可以很方便分享出来。
场景3:我的公司想组织一个在线会议,然后,我们打开了公司内部的一个在线会议系统。这个会议系统很简单,就是一个多人对话的界面,与传统的QQ的Group Talk不同,这个对话系统,大家的发言可以是一个接一个,也可以是两两件的相互讨论,在这个会议系统上,展示的是大家发言的全局关系,每个人都可以针对自己感兴趣的地方,插入进去发言。这个会议系统是基于Google Wave的,其好处是省却了会议记录,并且会议结束后,那些未参与会议的人可以直接从网上打开播放、阅读来学习。
好了,是不是还有很多迷人的场景,我想这需要发挥大家的想象力了。对于我而言,尚未真正把玩过Google Wave,我只是畅想了一下,阁下如果对Google Wave感兴趣,欢迎加入讨论。














发表评论
字体为 粗体 是必填项目,邮箱地址 永远不会 公布。
允许部分 HTML 代码:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>URLs must be fully qualified (eg: http://www.cloudward.cn),and all tags must be properly closed.
超出部分系统将会自动分段及换行。
请保证评论内容是与日志或 Blog 内容相关的,灌水、攻击性或不恰当的评论 可能 会被编辑或删除。