说Google Buzz,谈我心中的微博
Google推出Google Buzz服务有段时间了。我暗地里观察了一下,口水渐渐散去,板砖慢慢变少。当大家都不怎么说了的时候,也就意味着大多数人都玩过的时候,我想冒个泡说几句。
先说观点:在Twitter上,适合传播(包括造谣);在BUZZ上,适合讨论(包括扯淡)。这是两种在本质上就有着不同的社会化交流方式。
我之前认为,目前无 法定义Twitter到底是什么东东,但是我们都能确定的是,他目前是一个媒体。Twitter的信息是以一种树状的形式展示的,你可以通过 “in reply to”来对某条tweet进行追踪,然后就像爬树一样搞明白这些信息是如何传递的,理清楚这些tweet的对话关系。
当然, 也正是这种信息的传递方式,使得Twitter更利于传播(包括造谣);同时,也让Twitter可以无限的开放,放大。这种信息的传递模式在于时效性短、交互性差。Twitter其实也并不在乎这些,这让Twitter显得更像一个媒体,需要及时的(各种更新方式)大声的(海量的陌生关注者)不断的 (转发,转发)播放就足够了。
BUZZ在目前来看更像一个大的社交平台,一个更加集中的发声器。BUZZ的信息是以一种线性的形式进行展示的,或者说,他更像我们最早时候见到的BBS帖子的信息展示形式。一条Buzz本身就是个信息的母体,往下依次根据回复先后进行排列。
这无疑是适合交流的一种信息流动方式,他并不利于信息的传播。我在BUZZ上开玩笑说要在这里安心的泡MM,当时keso觉得这极度不靠谱,我倒是觉得这没有什么不靠谱,我说的这个需求肯定会实现,当然,不是为了泡妞,而是为了实现信息的局域化传播。
BUZZ允许用户通过同步的方式导入几乎你所有的网络信息,他希望你所有的信息都会在Google上进行汇 集,这是一个伟大的想法。作为一个社交平台,Google以Email作为帐户更有人情味,同时,你越多的信息在BUZZ里汇集,这个社交的口味就更重。 也许,最后,你会发现这里什么都有,你哪都不用去了,只要待在这里就足够了!
当然,目前来看大家都觉得这是个昏招,因为现在的BUZZ就像个大水库。我觉得这不是问题,BUZZ一定会不断的更新他的过滤机制,不断的提供给你各种信息过滤机制,最后你会觉得获得你想要的信息会如此简单。
同时,BUZZ是否会成为水库,这完全取决与你,因为这是一个以你为中心的社交网络,或者说这是个更去中心化的产品。
之前,我说,T字辈门一窝蜂的去做同质化的微博,实际上是个无奈之举,是个最有中国特色的昏招,形式不重要,微博其实还有更多的玩法。
Twitter很轻,实在太轻了,轻到很多时候无法承载我们的想法,那么,为什么不可以让他稍微重一点呢?这样做出来的微博也许会更好玩一点。
目前的微博就像是一个不断高速流动的信息激流,这种爆强的时效性导致我们错过很多高质量的信息(转发并不能解决这个问题);同时很多低质量的信息被保留下来。其实,我们可以找到方式更加好的来对这个激流进行治理,让这个河流里的信息除了以时效性来流动还可以质量高低来游走。
微博应该会有更丰富的对话模式。应该会出现一种类似QQ的临时会话的微博对话模式,当然,不是私信。
最后,搅和一下最近吵的很乱的RT和@的问题。RT不是微博的必备品,选择RT承载的信息传递模式跟你最开始确定的你的微博产品战略有关。
建议继续学习:
- 怎样用好Google进行搜索 (阅读:14783)
- Google怎么用linux (阅读:11165)
- Twitter/微博客的学习摘要 (阅读:8631)
- Google短网址的API (阅读:5204)
- PHP 性能优化技巧-google (阅读:4521)
- 基于PECL OAuth打造微博应用 (阅读:4175)
- 微博进入肉搏时代 (阅读:4145)
- SteveY对Amazon和Google平台的长篇大论 (阅读:4086)
- 给微博打上标签 (阅读:3971)
- 微博架构与平台安全演讲稿 (阅读:3857)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:kent.zhu 来源: 幻
- 标签: Buzz Google 微博
- 发布时间:2010-03-03 09:09:51
- [70] Twitter/微博客的学习摘要
- [66] 如何拿下简短的域名
- [65] IOS安全–浅谈关于IOS加固的几种方法
- [64] find命令的一点注意事项
- [63] android 开发入门
- [63] Go Reflect 性能
- [61] 流程管理与用户研究
- [59] 图书馆的世界纪录
- [59] 读书笔记-壹百度:百度十年千倍的29条法则
- [59] Oracle MTS模式下 进程地址与会话信