BBC在昨天公布了一个庞大的新媒体计划，称为创造性的未来(Creative Future)，仅仅从BBC为这一计划就准备了三份详细的新闻稿（1、2、3）就可以看出来这的确是个庞大而富有野心的计划，用目前流行的词汇，可以称为BBC 2.0时代。
BBC的这个计划涉及到网站的全面改版、各种类型的内容的具体发展计划，比如新闻节目、体育节目、电视剧等等，以及加强来自用户的内容等多个方面。我提炼一些要点出来：

超越广播(Beyond broadcasting）是在新闻稿中反复出现的词，也是BBC的新媒体战略的核心。它至少包含了两个层面的意思：传统的广播制已经不能适应用户对于随时点播，多种设备随时播放的需求，所以BBC将开放它们的多达上百万个节目的历史内容存档库，提供给用户观看和使用；另一层意思是BBC将不仅仅将自己看作是内容的制作者，也会将用户看作是内容的制作者，BBC不仅是个广播商，而且需要为用户产生的内容提供更好的平台，让用户参与讨论和创造；
BBC需要更注重年轻一代的需求，去理解它们，适应他们的生活方式，否则BBC就会永远失去一代的用户
BBC的新媒体战略涉及三个要点：共享（share)、搜索(Find)与播放(play)。play: BBC的iplayer播放器将可以在PC上，日后可以在手机及其他平台上点播BBC的节目；Find:由于BBC开放大量的历史内容，因此需要对内容的元数据(metadata)进行更好的组织，才能让用户找到他们需要的内容；share：BBC将建立一个平台让用户写blog，上传video以及共享BBC的内容，有人把看作类似myspace.com。
让用户来参与设计BBC首页的改版，而且希望用户能够在设计时参考Flickr、Youtube、Technorati、Wikipedia等网站的功能与可用性。

在传统媒体中，BBC一直在积极拓展新媒体策略，在去年就推出了BBC Backstage计划，让用户利用他们的内容来捣浆糊（mashup），这次更是全面推出了新媒体战略。当国内媒体的目光都被Myspace、Digg这样的新兴网站所吸引的时候，或许认真地研究BBC这样的传统媒体巨头的新媒体策略及转变，会有更多值得学习的地方。

• 9 Comments

虽然国内的G粉（Google Fans)不少，但似乎没什么人留意到Google新发布的Google Data API(简称GData)，不过一个标准自然不如那些酷酷的应用容易引起人的注意。
那么什么是GData？GData是一种简单的标准协议，用于网络数据的读写。它结合了常见的基于xml的数据聚合格式（Atom与RSS）以及基于Atom发布协议的Feed发布体系，并扩展了部分功能用于处理查询功能。有时，我们需要发送一个查询请求给服务器，并得到服务器返回的相符的查询结果，而目前的Atom和RSS标准都不具备这一功能。GData让用户可以使用聚合(syndication)的机制来发送请求并接收结果，它使你可以发送数据给Google，更新那些Google已经拥有的数据。
这些技术化的说明听起来似乎有点让人头晕。不过，简单地理解，GData扩展了原有的RSS和Atom协议，使其从一种单向的聚合变成了双向的互动，这似乎是大家都在探索的feed的未来发展方向，比如微软的SSE。
Google一直以来给人的感觉是对RSS和Atom都不太热心，这次为什么突然提出这个新标准。国外的blogger众说纷纭，Joe Gregorio认为，GData是将RSS、Atom，尤其是Atom发布协议（Atom Publishing Protocol）与Amazon的Openserch标准相结合；Maurice Codik认为GData标准使Google的数据更加开放，各种应用之间可以更方便地利用这一标准来使用数据；甚至有人认为这使得基于Google各种应用的企业门户雏形开始显现。
而只说则认为Google通过这个标准，可以控制数据的提交环节，从而更好地控制所提交的数据的质量，考虑到Google在信息搜索上的使命，我觉得这也是个值得认真对待的说法。
GData到底为什么，或许需要过一段时间才能够看得更明显，不过明确无疑的是feed格式的不断扩展与改进将使得网络的数据更加结构化，更加便于理解，更加有利于机器的识别与处理，从而创造出全新的更有效率的信息处理方式。

• 9 Comments

在管理后台看到这个spam留言，忍不住想八卦一把，看来现在垃圾留言也要学会文艺一点，是在我这里发现的最强的spam，比那些伪装着说“nice post!”的英文留言要艺术多了。
－－－ 我不知道风
是在那一个方向吹
－－－ 我是在梦中，
虚拟主机在投影机的轻波里依洄。
我不知道风
是在那一个方向吹
－－－ 我是在梦中，
翻译公司她的温存，足球我的迷醉。
我不知道风
是在那一个方向吹
－－－ 我是在梦中，
货架甜美是服务器梦里的光辉！
我不知道风
是在那一个方向吹
－－我是在梦中，
她的负心led显示屏，我的伤悲数据恢复。
我不知道风
是在那一个方向吹
－－－ 我是在梦中，
投影机在医药招商梦的悲哀里心碎！
我不知道风
是在那一个方向吹
－－－ 我是在梦中，
移民黯淡是传奇私服梦里的光辉!

• 19 Comments

Feedburner今天发布了一些最新统计数据（需代理），虽然它们的重点在于podcast领域，但也涉及到了关于Feed的整体的统计数据，要点如下：

Feedburner现有超过16.8万的用户，管理着26.6万个Feed源（应该不包括一些BSP托管用户的源吧？这些数据在Feedburner的主页上也可以实时看到）
Feedburner总订阅用户超过1100万，每天对Feed的请求超过6千万次，在Feedburner blog上的另一篇文章中提到它们发送的Feed内容已经超过每秒100Mb
每天新增加的Feed数量超过1000个
播客源（podcast feed）占feed总量的不到20%，但已经超过全球范围内的电台总量（4.4万个）；
播客总订阅用户超过160万；预计到年底Feedburner管理的播客源数量将超过10万个，订阅用户数将超过500万；
Feedburner将在今年内开始为播客内容提供广告

对这些数据进行一些交叉计算，可以知道：

每个用户管理着1.6个Feed（26.6/16.8）
平均每个Feed的订阅用户为41.4个（1100/26.6），这个数字有点出乎我意料之外，比我预想的要大
平均每个播客的订阅用户为30-36个，订阅数低于整体feed的平均订阅数，是否可以说明blog目前在RSS应用上要比podcast更加普及？但根据Feedburner的预计，则到年底平均每个播客的订阅人数将达到50个，到时候整体feed的平均订阅人数会达到多少？

• 7 Comments

在国内的新网站和新网络服务中，能够让人第一眼就眼前一亮的实在不多，不过抓虾RSS阅读器这个名字怪异的新网站或许就可以算这为数不多的其中之一。
抓虾给我的最明显的印象就是，与Rojo很像，比如全面应用ajax技术，而且，与Rojo最近新推出的Mojo功能一样，抓虾也有这个类似Digg的功能，可以让你在阅读的时候点击推荐文章，并根据读者推荐的情况排出最受欢迎的热文排行榜。抓虾全站的Ajax运用都非常的流畅，比如添加和编辑频道订阅、从频道大全中选择订阅、将文章加为收藏，还有点击显示/隐藏目录栏以及文章内容的展开与收缩，这些设计的易用性都很不错。速度也是抓虾相对于现有的一些在线阅读器的突出特点，不过毕竟现在抓虾的用户数还很少，所以日后是否能够在用户数增长的情况下仍然保持现在这种速度才是关键。
当然，抓虾也存在很多明显的问题及需要改进的地方，比如：
1、没有Opml导入导出功能，这会严重阻碍用户转移至使用它的服务（Update：OPML导入功能已经实现）；
2、部分blog不知为何，不能显示全文，而只显示了前数百个字符作为摘要，部分中文内容出现乱码；
3、阅读界面没有按照时间进行文章筛选等功能
4、订阅到抓虾的bookmarklet所在位置实在是太不显眼，几乎难以被人注意到。
对于一个推出不到10天的在线阅读器来说，抓虾的一些优点还是十分的明显。不过在线RSS阅读器的竞争关键还在于长期运营能力，国内多个在线阅读器的经历已经证明了这一点，所以对于抓虾来说，一切还都只是开始。
ps. 新开一个类别First Look，用来点评国内新出现的网络服务。

• 9 Comments