google reader新兵器出场——share with note。

功能很好很强大。可以添加自己的评论，更强大的是能够直接改写被评论的文字。简直就是wiki啊。

这就是我以前一致鼓吹的RSS流，或者RSS wiki：

也许你不是一个作家，无法写出长篇大论，或者干脆没有时间写出长篇大论。但是你能够阅读。如果从google reader中读到的文章是创作共用的文章，那么你就能够在其中加上自己简短的注解、修改，然后共享。你的好友可以阅读你修改后的文字，也能够添加他的意见。

欢迎我的读者，google reader的读者，续写这篇blog。 

google reader 刚才突然升级。下面是截图。

具体功能上的变化，还没有测试

• 令人激动的是：Shift + a: mark all as read 终于有了全选标定为已读的功能！
• 增强了共享功能，每篇文章下面有一个share的按钮，可以把share的文章输出，这个和以前的共享标签似乎不尽相同，原来的必须基于一个google reader的页面，也就是必须使用google的帐户登陆才能阅读，现在是一个单独的普通页面，如同一个blog或者一个普通网页。这是我的共享阅读页面

• 每篇文章下面都有个Email的按钮，想必是可以通过email发送这篇文章，但是和以前的google reader一样，这个功能一如既往的干掉了我的safari。此按钮慎用！至少不要在写blog的时候用，刚才写的东西全部随着我“强制退出”而消失了。

• 刚才还说到，google reader的整个架构似乎都已经改变了。每次点击一个feed都会显示load，并且重新刷新页面。每个feed有一个单独链接，比如：http://www.google.com/reader/view/feed/http%3A%2F%2Ffeeds.feedburner.com%2FPlayinWithIt 但是打开这个链接又会回到你的google reader，并且知道哪些是阅读过的文章，哪些不是。

• 我想正是因为这种架构，所以。。。这响应速度，实在是不敢恭维。

RSS是一种聚合：

RSS可以是以下三个解释的其中一个：
* Really Simple Syndication(RSS 2.0)
* RDF (Resource Description Framework) Site Summary(RSS 0.91, RSS 1.0)
* Rich Site Summary (RSS 0.9 and 1.0) 摘自维基百科

不论是syndication还是summary都含有合的意思。名字往往能够限制人们的思路。只有合，就会越合越多，直到你信息超载为止。为此有很多办法，比如digg，不过这是基于html的，比如抓虾，比如podlook。也许是出于习惯，也许是出于对作者的尊重，各种RSS频道的推荐、评分都是将一个blog的RSS作为一个整体进行的。

到此我又要吹捧一下google reader：利用Labels和share的功能，你可以把一个RSS源打散，可以给来自同一个blog的每一篇文章打上不同的标签，分别共享出你的标签，将文章按照内容、标签、甚至评价重新组合，而不是按照作者、来源。

我目前的应用是“podcast DJ”，利用Google reader，我把自己感兴趣的音频和视频播客节目分别做了两个精选。并且共享出来，初衷是给GF做一个好的播客频道，后来发现意义不仅如此。

• 这是一个人工手动分类过程，是我看过每篇文字，听过每个节目以后做出的决策

Web 2.0很大的一个特点，就是利用人的智能，叫人工智能似乎容易混淆，叫人动智能怎么样？通过联合这种人动智能，达到群体智慧的目的。

• 这个过程是一个简单的操作，不需要离开阅读界面

google reader里的星标是个很不错的功能，看到好文章只要点一下，加上星标就可以收藏了。操作简单和不离开阅读界面也许无人注意到，但是确是很厉害的。不知道有人统计过用del.cicu.os和digg的人的统计指标没有，大概是比较Geek的一伙在用。我想，每多一步操作，就会吓跑一定比例的用户。（顺便在此赞一下Palm）如果离开一个页面，就会使一部分用户流失。

通过加星标，实际上就是给某个文章投票。共享starred items share，就是把这个投票提交，如果有人订阅了这个共享星标的Feed,这次投票就算完成了。我现在订阅了5个人的共享星标Feed，感觉很好，收益良多。

如果我是Google reader，我就会把共享星标的Feed名字搞得简单些，更容易推广。让很多用户可以使用、共享、贡献。然后，由于RSS的不变性，可以从不同的共享Feed中找到同一个文章，或者反过来，看某一篇文章被多少人加了星标，被哪些人加了星标。这就是digg，用一个小小的Label就可以打倒。

更进一步，就是RSS劫持了。

困了，暂停，未完待续

自己清醒一下：

这几天集中研究podcast, RSS, google reader, Feed小有收获。觉得自己很Geek。RSS被烧来烧去，所指向的原始信息却不变，是一个很好的信息处理工具，

我已经开始订阅其他人的Google reader starred items了。我也要注意是否会出现信息过载的问题了。我的starred items就在blog的侧边栏里。

我希望有个什么技术，把google reader starred items都收集起来，这个应该不是太难，因为网址和Feed的格式都是固定的。仅仅用google就可以搜索出一些，不过因为无人引用，所以只能找到60－70个，

比如我的starred items的地址是：http://www.google.com/reader/view/user/14058512640763228976/state/com.google/starred，feed是feed://www.google.com/reader/public/atom/user/14058512640763228976/state/com.google/starred

看看格式可以发现只有中间20位的数字是可变的（google ID?），其他的格式都相同，你以"/reader/"+"/user/"+"/state/com.google/starred"理论上就可以找到其他的共享，注意不要加google.com，因为有其他国家的不是用的com，我见过google.ca的reader共享。（随机更改数字的话，多于或者少于20位都会返回Bad Request Error 400，否则是permission denied，不知道是否可以编个什么神经网络的程序把这20位数字的含义找出来，生成google ID的命名规则。）

这些共享有啥意义呢——这些都是人们看完文章以后做出精选，比digg还来得自动，比如我们可以找到文章被starred的次数，可以看出大家所试用的不同的tag，还可以看出tag的变化，一个google reader，可以分析出digg＋ta什么来着的数据。有重要的指导意义啊。继续还可以从RSS中找到哪些blog的哪些文章是被starred最多的，这可比访问量、订阅量还来得准确。可以抓到创造的少数人。这种文章内的一个超链接应该都值几百美元。

把用户评价共享出来，才是王道！

我估计iTunes升级几代以后就该有这样的功能了。比如根据用户评价来订其音乐商店里的价格。

跑题了，本来是作为自我反醒贴的。

• 首先，我的注意力再次转移到互连网应用上，说明近期没有用心在实验上，对这一年的辛苦是个损失。
• 发现的一些应用可能被滥用，比如可能使盗链的问题更加严重，最终导致仅有的几个Podcast SP也关闭RSS；比如一个人可以轻易的利用blog发盗版音乐，而且利用RSS被烧来烧去时媒体文件的不变性，可以把blog放在一个国家，把feed SP放在另一个国家，如果一个Feed SP被关了，或者关了，还可以再用其他的Feed SP代替、中转，绕满世界一圈再被客户端收下来，不知道《代码》的作者怎么想。虽然卖刀的和抢劫的没有直接关系，但是…………合烧的音乐里不准有饶舌音乐！！！
• 自己对获取信息有潜在的成瘾可能。现在已经是没事就刷google reader了。从前向女友炫耀不泡BBS，现在发现BBS的信息还是有限的，而且被稀释过，订blog RSS是可以无限的，而且个个是干货。很危险，很危险。
• 虚荣心暴露。关注blog上的访问量、回复。最BT的是，碰到可以被10^n(n>=1整数)整除的计数时，倾向于自己刷屏。
• 写blog太频繁，占用时间
• 做podcast的欲望明显加强。做一个视频、音频节目更占时间。一定要把podcast的内容与专业联系起来，达到辅助复习的目的。
• 倾向于使用自己的创造力作为影响力。喜欢和厂商打交道。
• 不过用这些保持创造力的旺盛状态也是好的。

总之，言多易失，避免成瘾。谨慎、再谨慎，放下，再放下。

转贴我给三个人的一封信：

这封信发给三个人：一个PSP，一个Podcast软件提供商，一个Podcast观察家。

你们都有Gmail，那就好办了。

首先确认你们都用过Google Reader，豆瓣以及Pandora.com，因为下面我要举他们的例子。

1、如何做Podcast DJ

Podcast DJ的含义不能是仅仅是一个频道的精选者，一个频道里不一定每期节目都是精品， Podcast DJ的作用应该是精选不同频道中的不同节目，然后将其组织在一起。

• step 1.用 Google Reader订阅大量的Podcast Feed
• step 2.收听、收看。
• step 3.精选出好节目，并用Google Reader的标签（labels）标记出来，比如视频用videopicks，音频用audiopicks，甚至可以更精确些，谈话类的节目用talkpicks等等。
• step 4.用Google Reader共享这个标签，比如Share你的videopicks。
• step 5.找到Google Reader提供的RSS链接，发布到网页、blog上，

订户可以用客户端订阅这个RSS链接。 比如： 示例链接 如果用itunes订阅： 示例链接

上面就是一个示例，节目来自于不同的podcast，但是你可以把它们合烧在一起，当然其中也可以有自己的节目，请参考我的blog：goldengrape.blogbus.com。

2、可能的豆瓣级应用：

自己给出的豆瓣级应用的定义：根据自己喜欢的一些东西，找到与自己有相同/相似喜好的人，再根据他们的选择，找出自己可能喜欢的东西。

豆瓣的音乐一直做得不好，因为它只精确到专辑，而不是单曲，这个方面的强手请参考pandora.com，但是pandora没有动员起用户，或者说没有动员起用户之间的联系。

每个人都可能成为一个Podcast DJ，这很容易，你也可以对订阅的podcast里的每一期节目进行评分，iTunes也可以做到。

你还可以把这个评分共享出来，这个iTunes没做到，但我相信这不难。

下面就可以照搬豆瓣的模式了，我们可以获得一个推荐的Podcast节目列表。然后不停歇的播放了。当然还可以再次借鉴pandora的经验，对自动获得的每一个节目可以再次评价，喜欢或者不喜欢，来指导推荐程序的运行。

3

Podcast DJ出现，我还没有看到大量的应用，也可以说是基于单曲的RSS劫持。PSP很危险了，因为播客不再绑定在PSP提供的RSS上，甚至于播客可以同时使用几个PSP，用Google Reader聚合起来，如果有一天切换服务商，订户方面不会感觉到任何异样。

比如我现在的播客。

软件提供商，把评分共享的任务是你们的，你们完全可以在软件的水平上进行我所说的豆瓣级的应用，而且可以p2p。当然PSP也可以在服务器上做同样的事情。甚至于像Pandora那样，就是不停的放呀放，如同一台真正的收音机、电视机。

Podcast观察家，你还等什么？那么多播客，我可懒得一个一个去听、去看。等着你来DJ呢。

谢谢大家！为了我自己越来越好的用户体验，我会不断想出新的技术应用方向的，不断骚扰你们的。

金色葡萄

选择Feed服务商，最大的问题就是，哪家的生命力比较久。也许我的Feed SP比我的Podcast SP/BSP先死了，怎么办？我用Feed SP提供的转向，岂不都没了，我的订户也和我失去了联系。所以，选择Feed SP一定要稳定性高，不能轻易更换。

Feed SP门槛低，盈利点也是一样不明确。先死的可能性还真是不小。想想当年做域名转向的服务商，现在还剩几个？当然，现在人们也懒得做个人主页了。

Google Reader最近越用越好了，于是想到用Google Reader做合烧Feed。Google Reader，想必不是那么容易倒的。

方法如下：

先在Google Reader里订阅自己的Podcast，然后用标签标上，比如mypodcast，接着Share，把“mypodcast”钩上，Google会给出RSS链接，复制下来，贴出来吧：

http://www.google.com/reader/public/atom/user/14058512640763228976/label/mypodcast

其实更好的是使用itpc://的格式：

itpc://www.google.com/reader/public/atom/user/14058512640763228976/label/mypodcast

这样还是很难记忆吧。不过谁让你记住了，只要把它做成按钮就好了：

通过iTunes订阅金色葡萄的播客

再给按钮加上超链接：

就好了！

点击下面的图标，可以通过iTunes订阅金色葡萄的播客！