Re: 酷似抓虾的ruby on rail网站－猫爪
程序员文章站
2022-07-15 13:00:33
...
UI是否友好，用不用ajax等等都仅仅是一方面(当然很重要)
RSS订阅网站无数，为啥抓虾就脱颖了呢？和交互有好有关系。我想，另一方面，我感觉keso说的一些rss订阅服务的问题，抓虾在试图给出答案，就像robbin尝试解答gigix的论坛七宗罪一样。
keso：
抓虾的出现和去年豆瓣的出现有点儿像，都是猛不丁就出来一个看上去颇有点想法的网站，都是一看就大致能猜到是技术人员在背后操作，都是先借助口碑传播在一部分用户中取得声誉，都是网站的主人神龙见首不见尾，周围几乎没人知道这网站是谁做的。
星期天下午，在五道口雕刻时光，抓虾背后的终于露出真容。他叫徐易容。巧的是，徐易容和豆瓣的阿北，都是从IBM出来的，他们也都有着同样的技术人员的低调和务实，都相信技术可以创造价值。不过，今天的中国互联网行业，还是一个低技术行业，大家看重的是推广能力，而不是技术实力；看重的是娱乐价值，而不是生产价值。这是抓虾不得不面对的一个现实。
去年底，徐易容和他的好朋友一起开始抓虾的开发。徐易容曾在硅谷南部的IBM Almaden研究中心从事数据挖掘方面的研究，他的好朋友则在一家搜索引擎公司做过海量信息处理的开发工作。他们把创业的突破口选在信息爆炸时代日益变得突出的信息选择和获取的问题上，这正好可以发挥他们两个人各自的技术优势。这就是RSS在线阅读器抓虾的由来。
这个起点有点儿高，尽管还没高到不胜寒的地步，但也已经够高了。徐易容说，他感觉在内容与内容的RSS订阅之间，存在一道看不见的鸿沟，很难向用户解释清楚抓虾存在的理由。RSS本身是一个难以解释的技术概念，订阅是另一个难以解释的概念。所以在RSS应用普及之前，抓虾所做的注定是一件曲高和寡的事。
豆瓣用了一年时间慢慢发展了20多万用户，如果抓虾也能有20万用户，就已经可以算是一个相当成功的高端应用网站了。前提是，抓虾能耐得住寂寞，收敛自己扩张的欲望，好好解决阅读的问题。Digg类网站已经有太多人在做，blog搜索也有太多人在做，而一个既有放大功能又有衰减功能的优秀的阅读工具，我至今一个都没见到。信息爆炸时代的有效阅读，会成为越来越多人的大问题，这才是抓虾的机会。
我这几天在用Google Reader，我发现Google Reader只是一个Web版的RSS阅读器客户端，它完全没有社会化的功能，你不知道任何一个feed的被订阅次数，每篇文章被其他文章引用的次数。在 Google Reader中，阅读行为仍然只是孤立的个体行为，我无法从其他人的阅读行为中获得任何帮助。所以，我不认为Google Reader会成为抓虾的竞争对手。
一个优秀的社会化的RSS阅读器，有着很高的技术门槛，在低技术的中国互联网上，也许抓虾真的可以用自己的技术来证明点什么。
Bloglines最近似乎在抽风，翻出了大量的陈芝麻烂谷子，愣是当成新鲜粮食喂给我。而且，这些旧货还都是残缺不全的，不是有头无尾，就是掐头去尾，大批未关闭的HTML标签，搞得它自己的页面错误百出，白白地浪费了我不少时间。
Bloglines已经几乎成为我的信息处理中心，每次它出点儿毛病，我都相当郁闷。但我还是离不了它，即使它搞丢了我订阅的feeds，我只能重新注册一个新的账号，继续用它。并不是我舍不得放弃Bloglines，只是其他的在线RSS阅读器，无论是Rojo还是Google Reader，总是有些关键的地方不能令我满意。不过这些都还不算什么，包括Bloglines在内的所有RSS阅读器，还有一个更大的缺陷，即作为个人信息处理中心，它们都太弱智。
前些日子，和登高谈起RSS订阅，我们有一个共同的困扰，即信息过载。在解决信息过载的问题上，RSS阅读器理应承担起更多的责任。但目前几乎所有的RSS阅读器，都还没有特别有效的解决方案，它们只是简单地解决了RSS订阅的问题，却未对订阅内容进行任何智能处理。一旦你开始使用RSS阅读器，你就必然面临着日益膨胀的 feed订阅数量。一个只有放大功能，没有衰减功能的系统，注定是不完备的，其结果很可能是——崩溃。
大多数SNS也面临同样的问题，你的好友数量一直在增加、增加，最终你会感到不胜其扰。
登高谈到了解决信息过载的思路，这种思路不可能依靠某种单一方法，它必须综合考虑个性化阅读、群体阅读和链接关系等多种因素，为每个feed乃至每篇文章，给出针对每个用户的不同的权重。这样，你不会因为面对3000篇未读文章而精神崩溃，系统会为你选出100篇必读文章，300篇可读文章，以及2600篇可忽略文章。而且，在这样的系统中，你多做几个动作，就越有利于让自己从信息过载中脱身。而在整体上，你的自利行为，又会成为一种利他的行为。
Herock也有类似的想法，他说他的“飞客”最重要的目标是“消除或至少减轻信息过载”。已经有越来越多的人意识到，信息过载问题，正在成为下一个市场“痛点”，谁能解决这个问题，谁就有可能取得突破。
前几天注册了“抓虾”，一个很有新意的在线RSS阅读器。除了干净的界面，和灵活的Ajax运用，它还采用了类似Digg的用户投票机制。不过目前我还没发现，用户为文章打分，能为解决用户的信息过载提供何种帮助。另一方面，我早就说过，Bloglines不是好做的。尽管马云很瞧不起所谓的“工程师的游戏”，但我仍然坚信，无论是搜索引擎还是在线RSS阅读器，决定你能走多远的，不是你的雄心壮志，而是扎扎实实的技术。toPim倒下了，狗狗最近一段时间也有点儿心不在焉，这可能是“抓虾”们的机会。但我想知道，等你有了几十万注册用户、几千万篇文章，你的服务品质是否仍然一样好。
keso确实提出了一些一直也困然像我这样大量订阅用户的烦恼。
我也写过blog来记录过自己的一些想法：
ss订阅服务衍生的门户
在bloglines 这样的纯粹订阅服务来说，用户群的大小，用户群订阅的内容的相似度，用户的阅读频率对网站产生不了任何贡献。这实在是大大的浪费。我当时就想，如果在每个种子旁边有个方便的"顶"也就是digg it功能，那么，将用户顶的最多的story聚合起来，分门别类，这就是一个dzone.com这样的网站啊。现在类似dzone以及更加出名的digg我都认为是rss订阅服务网站的失败之处，他们完全有优势快速聚合出来一个这样的小型门户。现在抓虾网以及rojo都有这样的服务了，也都由此衍生出了一个热文排行样式的东西，但是我感觉做得还不够，这样太杂。泛泛的讲内容一列。应该根绝用户订阅时此feed的tag做分析，整理出来分类，做类似daqi.com或者qihoo.com一样的布局。
rss订阅衍生出来的朋友圈
web20有一点很重要，就是社会网络。就拿豆瓣网来说，我通过豆瓣提供的以书会友的功能认识了几个志趣相投的朋友。豆瓣会根据你喜欢读的书，看的电影，听得音乐，推荐给你和你兴趣相投的人，rss订阅也应该这样。比如Bloglines可以查看都有谁订阅了这个feed，可是为什么不更近一步，将两个人的订阅内容作比较，做匹配呢？通过在你的网站提供的 rss订阅服务我可以认识朋友，这也是网站粘性之一。否则像我现在可以毫无顾忌的从bloglines搬家到rojo和抓虾网。而更多自取相同的人可以组成圈子。甚至衍生更广一点，大家通过查看你的profile，浏览你的Blog，决定跟你做朋友的时候，你会得到一个vote的分数，在朋友圈的聚合门户上排名考前，这个不就是联络家么？
推荐给我其他读物
当我用豆瓣的时候，还有一个功能特别贴心，就是它会推荐给我相类似的图书。比如我读兄弟，它会在旁边给我推荐活着，许三关卖血等等……rss的小门户，可以根据每个人的兴趣不同，推荐在此类别中背digg次数最多的blog给我，省得我总是感慨:哎呀，怎么没早点看到这个网站呢？
信息筛选
订阅了好多rss feed的人都有此种经历，那就是有的时候忙，你好久没看了，突然以上来，成百上千的新条目，当即晕倒。贴心的筛选是很必要的，rss订阅服务网站完全可以根据其他用户的digg rank来按照重要程度给我排序，大家认为重要的先看，大家认为不重要的后看……我想，群众的眼睛还是雪亮的。
冗余的剔除
订阅了大量rss的人来说，有一些种子可能已经坏掉了，或者作者更新频率很低，或者过了一段时间以后，你已经不太认为那个对你有价值了(这个可以从你 digg it和收藏的频率来判断)，但是因为我们进行了大量的订阅，要把它剔除需要花费时间的。RSS订阅服务只需要替订阅者看着点坏掉的种子，统计下订阅者对其的关注度，然后建议剔除哪些没有价值的feed，这将给我带来巨大的方便。
抓虾与rojo相比bloglines的改进
rojo 有一点很好，当你大开一个feed的时候，他们显示的是title，只有当点击小十字查看具体内容，它才认为你读过了，下次你再打开这个种子，这个条目便不会显示出来。之前用bloglines有的条目很多，一天可能看不完，下一次再打开就看不到了，因为你之前的打开被bloglines认为是阅读过的表现。而有些条目我们认为是很有价值的，rojo和抓虾都提供了收藏的功能。此外rojo对bloglines对feed死板的分类功能进行了改善，替代的是tag，就是说一个feed可以属于多个tag，你甚至可以对条目进行tag，这样更加有利于小门户分门别类的聚合。
更进一步
我一直感觉blog的互动性还不够，这个不动不是指comment。而是无法像BBS一样，对一个讨论形成一个有主线的跟进。大家对一些东西都有自己的看法，可是都是零敲碎打，自己说自己的，对别人的想法可能不了解。仅仅靠track back是无法串联起来的。如果你的rss订阅服务能够有足够的粘性，那么用户基本都从你这里获得信息，当他要发表对某个条目的看法，让用户登陆他自己的 Blog，快捷的引用到自己的blog里面，而订阅服务网站将通过某种方式将用户的评论内容得到。这样，将众多的用户的内容整理出来，类似BBS讨论的形式，聚合在门户里。这样，Blog之间才形成了有效的互动。可惜，这个想法，似乎还不知道怎么实现。
个人认为JE2.0的论坛与blog结合的形式，解决了我的最后一个想法
RSS订阅网站无数，为啥抓虾就脱颖了呢？和交互有好有关系。我想，另一方面，我感觉keso说的一些rss订阅服务的问题，抓虾在试图给出答案，就像robbin尝试解答gigix的论坛七宗罪一样。
keso：
引用
抓虾的出现和去年豆瓣的出现有点儿像，都是猛不丁就出来一个看上去颇有点想法的网站，都是一看就大致能猜到是技术人员在背后操作，都是先借助口碑传播在一部分用户中取得声誉，都是网站的主人神龙见首不见尾，周围几乎没人知道这网站是谁做的。
星期天下午，在五道口雕刻时光，抓虾背后的终于露出真容。他叫徐易容。巧的是，徐易容和豆瓣的阿北，都是从IBM出来的，他们也都有着同样的技术人员的低调和务实，都相信技术可以创造价值。不过，今天的中国互联网行业，还是一个低技术行业，大家看重的是推广能力，而不是技术实力；看重的是娱乐价值，而不是生产价值。这是抓虾不得不面对的一个现实。
去年底，徐易容和他的好朋友一起开始抓虾的开发。徐易容曾在硅谷南部的IBM Almaden研究中心从事数据挖掘方面的研究，他的好朋友则在一家搜索引擎公司做过海量信息处理的开发工作。他们把创业的突破口选在信息爆炸时代日益变得突出的信息选择和获取的问题上，这正好可以发挥他们两个人各自的技术优势。这就是RSS在线阅读器抓虾的由来。
这个起点有点儿高，尽管还没高到不胜寒的地步，但也已经够高了。徐易容说，他感觉在内容与内容的RSS订阅之间，存在一道看不见的鸿沟，很难向用户解释清楚抓虾存在的理由。RSS本身是一个难以解释的技术概念，订阅是另一个难以解释的概念。所以在RSS应用普及之前，抓虾所做的注定是一件曲高和寡的事。
豆瓣用了一年时间慢慢发展了20多万用户，如果抓虾也能有20万用户，就已经可以算是一个相当成功的高端应用网站了。前提是，抓虾能耐得住寂寞，收敛自己扩张的欲望，好好解决阅读的问题。Digg类网站已经有太多人在做，blog搜索也有太多人在做，而一个既有放大功能又有衰减功能的优秀的阅读工具，我至今一个都没见到。信息爆炸时代的有效阅读，会成为越来越多人的大问题，这才是抓虾的机会。
我这几天在用Google Reader，我发现Google Reader只是一个Web版的RSS阅读器客户端，它完全没有社会化的功能，你不知道任何一个feed的被订阅次数，每篇文章被其他文章引用的次数。在 Google Reader中，阅读行为仍然只是孤立的个体行为，我无法从其他人的阅读行为中获得任何帮助。所以，我不认为Google Reader会成为抓虾的竞争对手。
一个优秀的社会化的RSS阅读器，有着很高的技术门槛，在低技术的中国互联网上，也许抓虾真的可以用自己的技术来证明点什么。
引用
Bloglines最近似乎在抽风，翻出了大量的陈芝麻烂谷子，愣是当成新鲜粮食喂给我。而且，这些旧货还都是残缺不全的，不是有头无尾，就是掐头去尾，大批未关闭的HTML标签，搞得它自己的页面错误百出，白白地浪费了我不少时间。
Bloglines已经几乎成为我的信息处理中心，每次它出点儿毛病，我都相当郁闷。但我还是离不了它，即使它搞丢了我订阅的feeds，我只能重新注册一个新的账号，继续用它。并不是我舍不得放弃Bloglines，只是其他的在线RSS阅读器，无论是Rojo还是Google Reader，总是有些关键的地方不能令我满意。不过这些都还不算什么，包括Bloglines在内的所有RSS阅读器，还有一个更大的缺陷，即作为个人信息处理中心，它们都太弱智。
前些日子，和登高谈起RSS订阅，我们有一个共同的困扰，即信息过载。在解决信息过载的问题上，RSS阅读器理应承担起更多的责任。但目前几乎所有的RSS阅读器，都还没有特别有效的解决方案，它们只是简单地解决了RSS订阅的问题，却未对订阅内容进行任何智能处理。一旦你开始使用RSS阅读器，你就必然面临着日益膨胀的 feed订阅数量。一个只有放大功能，没有衰减功能的系统，注定是不完备的，其结果很可能是——崩溃。
大多数SNS也面临同样的问题，你的好友数量一直在增加、增加，最终你会感到不胜其扰。
登高谈到了解决信息过载的思路，这种思路不可能依靠某种单一方法，它必须综合考虑个性化阅读、群体阅读和链接关系等多种因素，为每个feed乃至每篇文章，给出针对每个用户的不同的权重。这样，你不会因为面对3000篇未读文章而精神崩溃，系统会为你选出100篇必读文章，300篇可读文章，以及2600篇可忽略文章。而且，在这样的系统中，你多做几个动作，就越有利于让自己从信息过载中脱身。而在整体上，你的自利行为，又会成为一种利他的行为。
Herock也有类似的想法，他说他的“飞客”最重要的目标是“消除或至少减轻信息过载”。已经有越来越多的人意识到，信息过载问题，正在成为下一个市场“痛点”，谁能解决这个问题，谁就有可能取得突破。
前几天注册了“抓虾”，一个很有新意的在线RSS阅读器。除了干净的界面，和灵活的Ajax运用，它还采用了类似Digg的用户投票机制。不过目前我还没发现，用户为文章打分，能为解决用户的信息过载提供何种帮助。另一方面，我早就说过，Bloglines不是好做的。尽管马云很瞧不起所谓的“工程师的游戏”，但我仍然坚信，无论是搜索引擎还是在线RSS阅读器，决定你能走多远的，不是你的雄心壮志，而是扎扎实实的技术。toPim倒下了，狗狗最近一段时间也有点儿心不在焉，这可能是“抓虾”们的机会。但我想知道，等你有了几十万注册用户、几千万篇文章，你的服务品质是否仍然一样好。
keso确实提出了一些一直也困然像我这样大量订阅用户的烦恼。
我也写过blog来记录过自己的一些想法：
ss订阅服务衍生的门户
在bloglines 这样的纯粹订阅服务来说，用户群的大小，用户群订阅的内容的相似度，用户的阅读频率对网站产生不了任何贡献。这实在是大大的浪费。我当时就想，如果在每个种子旁边有个方便的"顶"也就是digg it功能，那么，将用户顶的最多的story聚合起来，分门别类，这就是一个dzone.com这样的网站啊。现在类似dzone以及更加出名的digg我都认为是rss订阅服务网站的失败之处，他们完全有优势快速聚合出来一个这样的小型门户。现在抓虾网以及rojo都有这样的服务了，也都由此衍生出了一个热文排行样式的东西，但是我感觉做得还不够，这样太杂。泛泛的讲内容一列。应该根绝用户订阅时此feed的tag做分析，整理出来分类，做类似daqi.com或者qihoo.com一样的布局。
rss订阅衍生出来的朋友圈
web20有一点很重要，就是社会网络。就拿豆瓣网来说，我通过豆瓣提供的以书会友的功能认识了几个志趣相投的朋友。豆瓣会根据你喜欢读的书，看的电影，听得音乐，推荐给你和你兴趣相投的人，rss订阅也应该这样。比如Bloglines可以查看都有谁订阅了这个feed，可是为什么不更近一步，将两个人的订阅内容作比较，做匹配呢？通过在你的网站提供的 rss订阅服务我可以认识朋友，这也是网站粘性之一。否则像我现在可以毫无顾忌的从bloglines搬家到rojo和抓虾网。而更多自取相同的人可以组成圈子。甚至衍生更广一点，大家通过查看你的profile，浏览你的Blog，决定跟你做朋友的时候，你会得到一个vote的分数，在朋友圈的聚合门户上排名考前，这个不就是联络家么？
推荐给我其他读物
当我用豆瓣的时候，还有一个功能特别贴心，就是它会推荐给我相类似的图书。比如我读兄弟，它会在旁边给我推荐活着，许三关卖血等等……rss的小门户，可以根据每个人的兴趣不同，推荐在此类别中背digg次数最多的blog给我，省得我总是感慨:哎呀，怎么没早点看到这个网站呢？
信息筛选
订阅了好多rss feed的人都有此种经历，那就是有的时候忙，你好久没看了，突然以上来，成百上千的新条目，当即晕倒。贴心的筛选是很必要的，rss订阅服务网站完全可以根据其他用户的digg rank来按照重要程度给我排序，大家认为重要的先看，大家认为不重要的后看……我想，群众的眼睛还是雪亮的。
冗余的剔除
订阅了大量rss的人来说，有一些种子可能已经坏掉了，或者作者更新频率很低，或者过了一段时间以后，你已经不太认为那个对你有价值了(这个可以从你 digg it和收藏的频率来判断)，但是因为我们进行了大量的订阅，要把它剔除需要花费时间的。RSS订阅服务只需要替订阅者看着点坏掉的种子，统计下订阅者对其的关注度，然后建议剔除哪些没有价值的feed，这将给我带来巨大的方便。
抓虾与rojo相比bloglines的改进
rojo 有一点很好，当你大开一个feed的时候，他们显示的是title，只有当点击小十字查看具体内容，它才认为你读过了，下次你再打开这个种子，这个条目便不会显示出来。之前用bloglines有的条目很多，一天可能看不完，下一次再打开就看不到了，因为你之前的打开被bloglines认为是阅读过的表现。而有些条目我们认为是很有价值的，rojo和抓虾都提供了收藏的功能。此外rojo对bloglines对feed死板的分类功能进行了改善，替代的是tag，就是说一个feed可以属于多个tag，你甚至可以对条目进行tag，这样更加有利于小门户分门别类的聚合。
更进一步
我一直感觉blog的互动性还不够，这个不动不是指comment。而是无法像BBS一样，对一个讨论形成一个有主线的跟进。大家对一些东西都有自己的看法，可是都是零敲碎打，自己说自己的，对别人的想法可能不了解。仅仅靠track back是无法串联起来的。如果你的rss订阅服务能够有足够的粘性，那么用户基本都从你这里获得信息，当他要发表对某个条目的看法，让用户登陆他自己的 Blog，快捷的引用到自己的blog里面，而订阅服务网站将通过某种方式将用户的评论内容得到。这样，将众多的用户的内容整理出来，类似BBS讨论的形式，聚合在门户里。这样，Blog之间才形成了有效的互动。可惜，这个想法，似乎还不知道怎么实现。
个人认为JE2.0的论坛与blog结合的形式，解决了我的最后一个想法