Google plus的一些看法

  Google plus还是一款有些超前的产品吧.

  Circle的概念还行,算是解决了隐私和信息单向传播的问题.

  除了这个和sparks,G+其实和buzz的差别不大.
  
  G+没有同步功能,大概是吸取的buzz的教训.
  同步意味着创造内容的热情会降低,也就是会减少这个网络存在的价值.
  因为信息都是从其他网络流入.buzz的存在只不过进一步查缺补漏罢了.

  但是,对于G+来说,不同步并不意味这就有内容.
  没有内容,就没有属于自己的信息流动.
  没有信息,网络本身就没有存在的必要.

  把circle和buzz结合起来考虑呢?
  G+的关系其实很弱.甚至比twitter follow关系还弱.
  它更倾向于一种临时的,或者说随意性比较强的联系.
  一个circle的建立非常廉价和安静.
  而由于circle的channel特性,它非常适合做特定对象群体间的讨论.

  这里可以看到wave的影子.
  Circle和wave在某种程序上是相似的.
  前者可以看成是wave的简化版,一个单纯的在线协作/会议工具,尤其是结合handout,基本上可以说是传承了wave的有点,摒弃了wave宣扬的华丽的强实时.

  然后考虑下sparks.
  这东西跟google news其实差不多.
  出现在G+的原因大概是为了加速信息的传播.
  同时保持G+作为一个信息入口的优势.

  毕竟,G+的通知功能几乎是无处不在的.
  
  综合考虑Sparks和circle的话,其实G+的定位应该是一个内容集散地.
  从spark/circle里获取源信息,然后到circle里加工.

  但问题是,这个东西之前buzz已经做了.
  G+难道只是换个展现方式而已么?

  考虑下,如果circle引入gmail priority inbox的模式,sparks 引入推荐算法的话,那么G+还是有可能成为一个革命性产品的.
  想象下,sparks通过推荐算法把关注点筛选出来,circle通过机器协助归类,那么一个话题在一个circle就可能引发更大的讨论和共鸣,于是信息的价值以及网络本身的价值就体现出来了.

  但,这多少过于理想化了点.
  而且,依照Google的思路,它应该是把人类社会的运作看成是纯粹的信息流动了.
  人类的社交行为只是信息流动的表现方式之一.
  于是,Google把人类社会当作一个巨大复杂的神经网络,试图建立一个G+去training 这些信息.

  于是G+能不能成功,在于用户能不能正确地使用G+了.

关于google wave

  一个有些期待的一周开始,然后以一个有些失望的周五结束.
  本以为这周即如此灰色地走过,但到底还是有些阳光的.

  周六起来发现了一枚google wave邀请,顿时激动.
  想想申请也过了挺久的,本已经不抱什么希望了.
  而在这疑似无路的情况,却又柳暗花明了.

  最近一段时间,从各个媒体上看到求wave邀请的人增多.
  也就意味着其实新一轮的开放邀请已经开始.

  或许是wave准备beta的前兆吧.
  也或者是第二代wave用户已经开启了邀请权限,所以一下增多了许多名额.

  不论如何,对于还在preview阶段的wave来说,更多的人意味着wave需要更多的负载来做一些测试调整.
  毕竟,在提供一个强悍平台之前,必须保证这个平台的容量.

  所以,有些失望地,但也合乎情理的,wave里尚显得有些单薄.
  提供的协作方式也比较单一.
  没有想象中地,把docs集成进来.
 
  或许是时机未成熟吧.

  倒是gadget已经登陆了.
  只是似乎以前的gadget要在wave里正常使用的话,还需要一些修改.
  虽然官方文档里声称可以兼容,但到底是兼容,而不是无缝连接.
  挑了几个external gadget,均空白.
  意味着虽然能加载,但是不能正常运行.

  而现有的wave gadget自然是乏善可陈.
  
  倒是对map有了点想法.

  想想google对map的态度多少有些不同.
  似乎map是最早一批开放api的,也是诸多google服务里,最为人熟悉所用的一处.
  而在wave里,maps自然也出现在了第一批demo类型的gadget里.

  为什么google会对map情有独钟呢?
  在网络里,google用爬出爬遍互联网.
  而在现实,google街景和卫星图在试图覆盖全球的每一个角落,甚至连地外也在google的游荡范围.
  有些模糊google到底目的何在了.

  回到wave.

  虽然说wave如今并不如预期的强悍.
  至少还不足以应付一些正常点的协作需求,但不能否认的是google wave的理念是超前的.

  随着全球化的分工,不单机器需要做到distribution,人也需要distribution.
  地理上的隔离使得沟通的成本和效率都受到影响.
  而wave作为协作平台,而且是实时协作平台,再就是有着开放的gadget体系,有能力应付这种分布式的协作关系.
  从现有的gadget里面已经有了一些远程会议的模型.

  当wave自身的表达能力,和表达体验更完善的时候,就是wave成为一个杀手级应用的时候.
  但在此之前,wave还有很长一段路要走.
  而且这段路不是wave一个人走完的,还需要google的其他服务跟进才行.
  比如docs.
  而wave的发展,也同样会对其他服务有着积极作用.

  毕竟,在wave开发文档里,就明确了wave的可继承性.
  而wave也自然会成为一个新的google api.

  还有一点值得注意的是,wave和IE之间微妙的关系.

  google声称是由于wave需要大量快速的javascript处理能力,以及完善的dom支持,更重要的是预计会用到许多html5的特性,而这些事目前的IE所不能达到的.
  在以上这些条件里,html5或许是一个比较重要的因素.

  毕竟,微软对于html5的态度并不明朗,而且对于标准,财大气粗的微软总能找到相应的替代方案.
  而更神奇的是,这些非标准也总能得到相当程度应用和支持.

  这是关于标准,也是关于谁是领头人的角逐.

  当google和微软同时意识到互联网在未来的地位之后,关于互联网基础的争执也就变得相当有战略地位了.
  就像当年oracle担心IBM把java收入门下一样.
  当兴冲冲地做了一个杀手级应用之后,一个标准的变更可能就使得所有的努力付之东流.

  这便是标准.

  所以,在看似关于浏览器之争,html标准之争的背后,是google和微软两大巨头的较量.
  只不过google是刘备,善于拉帮结派.
  而微软是曹操,拥有得天独厚的条件.

  当wave夹带html5,夹带chrome frame,刺探IE的时候,其实也是在刺探微软的反应.
  如果微软依然漠视html5,那么wave的成败相当一方面来说,就是微软在互联网的成败.
 
  当满世界都是wave的时候,就意味着满世界都是微软漠视的html5,也就是说微软在标准之战里输了.
  
  而如果wave没能预期地风行,那么也只能说google会郁闷,而对于微软来说,也只不过是打了个平手.

  所以,对于微软来说,其实如何看待wave,还是需要斟酌的事情.

  虽然如今的bing有能力威胁google search,但是,毕竟google search已经不是单纯google search.
  google lab里躺着的一帮search的后代都表明,google的搜索框背后不是微软一时半会就能赶上的.
  天时地利人和,只有人和微软稍微有点.
  毕竟微软也算是个技术巨头,bing也确实有了相当的市场份额.

  于是,wave之于google是任重且道远.