<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>评论: RSS 及其未来 － 关于 RSS 的杂想</title>
	<atom:link href="http://dupola.com/post/231/feed" rel="self" type="application/rss+xml" />
	<link>http://dupola.com/post/231</link>
	<description>真理和美女都是赤裸裸的。</description>
	<lastBuildDate>Wed, 01 Sep 2010 03:17:42 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>作者: 猪小猪</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2466</link>
		<dc:creator>猪小猪</dc:creator>
		<pubDate>Fri, 04 Jul 2008 09:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2466</guid>
		<description>已经拜读过你的友情链接规则了：http://dupola.net/about/links

希望和贵站交换链接，地址上面有，邮箱上面也有，审核通过望告知，谢谢。</description>
		<content:encoded><![CDATA[<p>已经拜读过你的友情链接规则了：http://dupola.net/about/links</p>
<p>希望和贵站交换链接，地址上面有，邮箱上面也有，审核通过望告知，谢谢。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: links from dupola&#8217;s bookmarks.&#187; Blog Archive &#187; links for 2008-06-27</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2465</link>
		<dc:creator>links from dupola&#8217;s bookmarks.&#187; Blog Archive &#187; links for 2008-06-27</dc:creator>
		<pubDate>Fri, 27 Jun 2008 16:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2465</guid>
		<description>[...] RSS 及其未来 － 关于 RSS 的杂想 (tags: RSS) [...]</description>
		<content:encoded><![CDATA[<p>[...] RSS 及其未来 － 关于 RSS 的杂想 (tags: RSS) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: fcicq</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2464</link>
		<dc:creator>fcicq</dc:creator>
		<pubDate>Fri, 27 Jun 2008 14:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2464</guid>
		<description>乱就乱去吧. 因为没有一个主线.

倒是真要逼偶弄这一篇东西. 不过偶不需要那些因为一篇文章而来的订阅数. 订阅数太多了偶就换 feed 干掉一些 :D

===

太可惜了, 偶个人居然没碰过这些问题, 还参加这样的讨论.
GR 100+ 偶没见过(一天只开一次), 1000+ 就更不用说了.

订阅可以等同于概率问题...

&quot;当然, 你最喜欢的 blog / 你关注的人, 发你喜欢的文章的概率比较大.
– 偶知道, 有些 blog 对你就是 100%, 不过偶认为这或许是因为你不会判断内容质量.&quot;  ---这是偶早先说过的, 可以搜索找到那篇文章. 避免一些懒虫进来, 就不留链接了(偶没有什么宣传欲).

是不是需要什么 RSS subscribe guidelines &amp; blogging guidelines 来指导一下? 写文章用搜索次数太少的应该干掉? (特别指技术类, 前面最好来一句这可能不是最优的方法/有时效性, 太多的文章偶一眼就能挑出毛病, 这样的订阅有什么用?)

只要有足够的理由证明文章有问题, 订阅数最终就变成了受害者数.</description>
		<content:encoded><![CDATA[<p>乱就乱去吧. 因为没有一个主线.</p>
<p>倒是真要逼偶弄这一篇东西. 不过偶不需要那些因为一篇文章而来的订阅数. 订阅数太多了偶就换 feed 干掉一些 <img src='http://dupola.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>===</p>
<p>太可惜了, 偶个人居然没碰过这些问题, 还参加这样的讨论.<br />
GR 100+ 偶没见过(一天只开一次), 1000+ 就更不用说了.</p>
<p>订阅可以等同于概率问题&#8230;</p>
<p>&#8220;当然, 你最喜欢的 blog / 你关注的人, 发你喜欢的文章的概率比较大.<br />
– 偶知道, 有些 blog 对你就是 100%, 不过偶认为这或许是因为你不会判断内容质量.&#8221;  &#8212;这是偶早先说过的, 可以搜索找到那篇文章. 避免一些懒虫进来, 就不留链接了(偶没有什么宣传欲).</p>
<p>是不是需要什么 RSS subscribe guidelines &amp; blogging guidelines 来指导一下? 写文章用搜索次数太少的应该干掉? (特别指技术类, 前面最好来一句这可能不是最优的方法/有时效性, 太多的文章偶一眼就能挑出毛病, 这样的订阅有什么用?)</p>
<p>只要有足够的理由证明文章有问题, 订阅数最终就变成了受害者数.</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: dupola</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2463</link>
		<dc:creator>dupola</dc:creator>
		<pubDate>Fri, 27 Jun 2008 13:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2463</guid>
		<description>@fcicq 这个讨论很混乱……可能是我思路太狭窄而致。
如果你整理一下，专门写篇文章分条讨论，我想效果会比较好。
你推荐的那位朋友的文章我看过，她的思维太高深。

“第二个订阅内容的流动性问题，和Glif聊了一会，他的订阅数也有好几百个，现在也不怎么看了。我问原因，他说应该是想看到内容有变化，现在想看的内容，很多blog都没有。我也没想好什么解决方案，暂时挂起。”
－－这就根本不是一个问题，如果是问题，也根本不是这种推荐机制以及RSS技术的问题，即使是在传媒时代或者是搜索引擎时代，他也一样无内容可读，因为他“不知道想读什么”。强制推送的信息会有多少？很少，更多是主动阅读，这是互联网这种媒体形式所决定的。当你主动去读的时候你都不知道要读什么，那传媒推送过来的就更不知道是否值得一读了。

“现在想看的内容，很多blog都没有”
－－不仅只有blog才有RSS输出，读别的啊。搜索结果还有 RSS 输出呢…………

我想，你所担忧的问题只在“有目的地寻找有价值的信息”这个人的身上。不是没找到，而是不知道。</description>
		<content:encoded><![CDATA[<p>@fcicq 这个讨论很混乱……可能是我思路太狭窄而致。<br />
如果你整理一下，专门写篇文章分条讨论，我想效果会比较好。<br />
你推荐的那位朋友的文章我看过，她的思维太高深。</p>
<p>“第二个订阅内容的流动性问题，和Glif聊了一会，他的订阅数也有好几百个，现在也不怎么看了。我问原因，他说应该是想看到内容有变化，现在想看的内容，很多blog都没有。我也没想好什么解决方案，暂时挂起。”<br />
－－这就根本不是一个问题，如果是问题，也根本不是这种推荐机制以及RSS技术的问题，即使是在传媒时代或者是搜索引擎时代，他也一样无内容可读，因为他“不知道想读什么”。强制推送的信息会有多少？很少，更多是主动阅读，这是互联网这种媒体形式所决定的。当你主动去读的时候你都不知道要读什么，那传媒推送过来的就更不知道是否值得一读了。</p>
<p>“现在想看的内容，很多blog都没有”<br />
－－不仅只有blog才有RSS输出，读别的啊。搜索结果还有 RSS 输出呢…………</p>
<p>我想，你所担忧的问题只在“有目的地寻找有价值的信息”这个人的身上。不是没找到，而是不知道。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: 抽筋儿</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2462</link>
		<dc:creator>抽筋儿</dc:creator>
		<pubDate>Fri, 27 Jun 2008 13:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2462</guid>
		<description>好多偶。。晕了。</description>
		<content:encoded><![CDATA[<p>好多偶。。晕了。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: fcicq</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2461</link>
		<dc:creator>fcicq</dc:creator>
		<pubDate>Fri, 27 Jun 2008 13:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2461</guid>
		<description>GR 偶的 trends 从 2007.9 偶认识到偶的问题以来, 从来没有超过 700/month(而且每个月偶都有详细的记录可查). 具体过载是什么样子的, 可以看看 forxianguo.blogbus.com .

&quot;把本应属于自己扫描的内容交给别人又是指什么呢&quot; =&gt; 把那些很容易看到的, 很容易被别人分享的 feed 退掉, 然后等别人的推荐上门.

---

偶没有说你一定过载. 不过偶从上面那个建议那里看见了这个问题.

&quot;第二个订阅内容的流动性问题，和Glif聊了一会，他的订阅数也有好几百个，现在也不怎么看了。我问原因，他说应该是想看到内容有变化，现在想看的内容，很多blog都没有。我也没想好什么解决方案，暂时挂起。&quot;  ---你要不要顺便讨论这个问题? 那么偶是否可以定义过载就是有大量不喜欢看的内容等着你看?
这个问题偶根本没有, 哪怕(那个blog)只有一篇值得看的文章, 这篇文章也会跑到偶这里来.

ps: email 只有你能看见, 可以当 gtalk 加.</description>
		<content:encoded><![CDATA[<p>GR 偶的 trends 从 2007.9 偶认识到偶的问题以来, 从来没有超过 700/month(而且每个月偶都有详细的记录可查). 具体过载是什么样子的, 可以看看 forxianguo.blogbus.com .</p>
<p>&#8220;把本应属于自己扫描的内容交给别人又是指什么呢&#8221; =&gt; 把那些很容易看到的, 很容易被别人分享的 feed 退掉, 然后等别人的推荐上门.</p>
<p>&#8212;</p>
<p>偶没有说你一定过载. 不过偶从上面那个建议那里看见了这个问题.</p>
<p>&#8220;第二个订阅内容的流动性问题，和Glif聊了一会，他的订阅数也有好几百个，现在也不怎么看了。我问原因，他说应该是想看到内容有变化，现在想看的内容，很多blog都没有。我也没想好什么解决方案，暂时挂起。&#8221;  &#8212;你要不要顺便讨论这个问题? 那么偶是否可以定义过载就是有大量不喜欢看的内容等着你看?<br />
这个问题偶根本没有, 哪怕(那个blog)只有一篇值得看的文章, 这篇文章也会跑到偶这里来.</p>
<p>ps: email 只有你能看见, 可以当 gtalk 加.</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: dupola</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2460</link>
		<dc:creator>dupola</dc:creator>
		<pubDate>Fri, 27 Jun 2008 12:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2460</guid>
		<description>@fcicq 噢我猜我可能有点明白你的意思了。
不过，我并不觉得是因为增大了订阅面积才造成了过载，这是一个错觉。你所指的订阅面积是什么？Feed 数量？某个 Feed 所包含的内容量？blogger 个数？关键词的信息量和数量？那即使是这些参考值同时增多，也未必就会造成过载。订阅是一个动作，自行添加 tag 这样的过滤行为又是一个动作，机器推荐又是一个动作，友人推荐又是一个动作，这些个动作连贯起来以后是否会造成过载呢？至少在我这里不会。

把本应属于自己扫描的内容交给别人又是指什么呢？你是指接收的信息是这个时候变成用户自己的了？还是指自己提交自己的blog或者自己发布的信息，然后自己看完这些信息以后再交给别人？

好像走这条路的人并不多吧？

===

aiderss 有他自己的算法，这种算法更强调的是前台的展示性，它的依据也是互联网上现存的较多参考标准(del.icio.us,Google,Digg等)，但这些并不能说明什么，如果有人仅依靠 aiderss 这类的评分结果来衡量价值的高低，那也未免太草率了。
但对于初级用户来讲，它还是很有用的。但是目前看来它仅停留在这个层面。

===

谢谢你的贡献。</description>
		<content:encoded><![CDATA[<p>@fcicq 噢我猜我可能有点明白你的意思了。<br />
不过，我并不觉得是因为增大了订阅面积才造成了过载，这是一个错觉。你所指的订阅面积是什么？Feed 数量？某个 Feed 所包含的内容量？blogger 个数？关键词的信息量和数量？那即使是这些参考值同时增多，也未必就会造成过载。订阅是一个动作，自行添加 tag 这样的过滤行为又是一个动作，机器推荐又是一个动作，友人推荐又是一个动作，这些个动作连贯起来以后是否会造成过载呢？至少在我这里不会。</p>
<p>把本应属于自己扫描的内容交给别人又是指什么呢？你是指接收的信息是这个时候变成用户自己的了？还是指自己提交自己的blog或者自己发布的信息，然后自己看完这些信息以后再交给别人？</p>
<p>好像走这条路的人并不多吧？</p>
<p>===</p>
<p>aiderss 有他自己的算法，这种算法更强调的是前台的展示性，它的依据也是互联网上现存的较多参考标准(del.icio.us,Google,Digg等)，但这些并不能说明什么，如果有人仅依靠 aiderss 这类的评分结果来衡量价值的高低，那也未免太草率了。<br />
但对于初级用户来讲，它还是很有用的。但是目前看来它仅停留在这个层面。</p>
<p>===</p>
<p>谢谢你的贡献。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: fcicq</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2459</link>
		<dc:creator>fcicq</dc:creator>
		<pubDate>Fri, 27 Jun 2008 12:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2459</guid>
		<description>这个没什么必要. 如果真的搀和进来, 就要受各种因素的控制(比如现在就需要多次回来看), 很难再拔出去了.

===

排除掉人(sns 中你加的好友, 还是 blogger 本身)的控制, 那么非常显然唯一的途径就是机器过滤内容. 你们通过增大订阅面积造成了过载, 也正在想办法把本应属于自己扫描的内容交给别人(SNS?). 这条路本身就是错的.

现存的比如 aiderss 之类, 受太多的客观因素影响. RSS 里面如果没有评论数输出, 国内的同学又不太使用 del.icio.us (or, 拿 keso 来说, 每篇文章的评分十分相近, 因为评论数接近, 收藏数接近, 于是 aiderss 的评分也接近.)

====

给你的 blog 贡献了不少内容. 而且无论说多少, 也只是一点点无人看的可怜的价值观输出. 另开文应该没有什么必要.</description>
		<content:encoded><![CDATA[<p>这个没什么必要. 如果真的搀和进来, 就要受各种因素的控制(比如现在就需要多次回来看), 很难再拔出去了.</p>
<p>===</p>
<p>排除掉人(sns 中你加的好友, 还是 blogger 本身)的控制, 那么非常显然唯一的途径就是机器过滤内容. 你们通过增大订阅面积造成了过载, 也正在想办法把本应属于自己扫描的内容交给别人(SNS?). 这条路本身就是错的.</p>
<p>现存的比如 aiderss 之类, 受太多的客观因素影响. RSS 里面如果没有评论数输出, 国内的同学又不太使用 del.icio.us (or, 拿 keso 来说, 每篇文章的评分十分相近, 因为评论数接近, 收藏数接近, 于是 aiderss 的评分也接近.)</p>
<p>====</p>
<p>给你的 blog 贡献了不少内容. 而且无论说多少, 也只是一点点无人看的可怜的价值观输出. 另开文应该没有什么必要.</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: dupola</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2458</link>
		<dc:creator>dupola</dc:creator>
		<pubDate>Fri, 27 Jun 2008 11:46:11 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2458</guid>
		<description>@fcicq 偶还是看不懂你讲的，太深奥了，哈哈。专门为此撰文一篇如何？然后 trackback 过来。</description>
		<content:encoded><![CDATA[<p>@fcicq 偶还是看不懂你讲的，太深奥了，哈哈。专门为此撰文一篇如何？然后 trackback 过来。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者: fcicq</title>
		<link>http://dupola.com/post/231/comment-page-1#comment-2457</link>
		<dc:creator>fcicq</dc:creator>
		<pubDate>Fri, 27 Jun 2008 11:38:41 +0000</pubDate>
		<guid isPermaLink="false">http://dupola.com/post/231#comment-2457</guid>
		<description>子目录这样的只是避免一些不必要的争论, 比如 blog.sina.com.cn/xxx,yyy,zzz &amp; xxx/yyy/zzz.blogspot.com

===

然后再数数各种热文被推荐文章所在 blog 的订阅数(非常显然, 订阅多的推上去的可能性大的多). 如果你对协同推荐有了解的话, 就知道订阅者都是相似的. (在鲜果opml 导入的地方那三位算是比较好的例子.)

----

用户都是相似的(当然你可以加一些&quot;外来&quot;的人来延缓这个问题), 不过你就要受(你加的这个好友)的控制了. 集体控制也是控制.

RSS 是做什么的? 它能加速你对已知空间的探索(因为这个 blog 你去过). 对于未知的, (搜索结果的导出和监视之类) 有用, 但只是一种工具.

推荐是被控制(你所说的 &quot;相反如果某朋友的分享列表与我的关注点相差很远，并且，尤其是经由他的价值取向后推荐的信息，在我看来价值极低甚至可以用弱智来形容，那么我会怀疑这个人的分析能力及审美取向&quot;), 订阅也是被控制. 还不如把 rss 都用邮件收, 有各种现成的过滤工具和训练工具. (当然, rss 本身也会有的) :D

----

最后当然要说偶自己, 偶受 del.icio.us *全体用户*的控制. 但是偶每天的 recommendation 只有 200 条. 这是有技术门槛的.</description>
		<content:encoded><![CDATA[<p>子目录这样的只是避免一些不必要的争论, 比如 blog.sina.com.cn/xxx,yyy,zzz &amp; xxx/yyy/zzz.blogspot.com</p>
<p>===</p>
<p>然后再数数各种热文被推荐文章所在 blog 的订阅数(非常显然, 订阅多的推上去的可能性大的多). 如果你对协同推荐有了解的话, 就知道订阅者都是相似的. (在鲜果opml 导入的地方那三位算是比较好的例子.)</p>
<p>&#8212;-</p>
<p>用户都是相似的(当然你可以加一些&#8221;外来&#8221;的人来延缓这个问题), 不过你就要受(你加的这个好友)的控制了. 集体控制也是控制.</p>
<p>RSS 是做什么的? 它能加速你对已知空间的探索(因为这个 blog 你去过). 对于未知的, (搜索结果的导出和监视之类) 有用, 但只是一种工具.</p>
<p>推荐是被控制(你所说的 &#8220;相反如果某朋友的分享列表与我的关注点相差很远，并且，尤其是经由他的价值取向后推荐的信息，在我看来价值极低甚至可以用弱智来形容，那么我会怀疑这个人的分析能力及审美取向&#8221;), 订阅也是被控制. 还不如把 rss 都用邮件收, 有各种现成的过滤工具和训练工具. (当然, rss 本身也会有的) <img src='http://dupola.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>&#8212;-</p>
<p>最后当然要说偶自己, 偶受 del.icio.us *全体用户*的控制. 但是偶每天的 recommendation 只有 200 条. 这是有技术门槛的.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
