Feedsky和抓虾zhuaxia，谁更有技术？
前几天写了一篇文字，关于feedsky和抓虾的。后来从feedback中看到有人也发表评论，论点是：feedsky的技术实力不如抓虾，抓虾可以很容易成为feedsky，而feedsky不太可能成为抓虾like。另一个结论是Feedsky的前途不如抓虾清晰，尤其是抓虾开始推出小组功能测试以后。
从我个人观点来说，正好与这位朋友的意见相反。虽然不能说是程序开发专家，不过从我的开发经验来说，FeedSky这样的程序虽然看上去要比zhuaxia简单，但是要求要更高一些。具体原因我会在解释。
Feedsky和抓虾都是使用php作前端程序开发，对于Feedsky来说多少有些不合适，像Feedburner就是使用的java+mysql这样的搭配。不过，我相信feedsky会逐步转换自己的底层架构，因为大量数据负载上来了以后，必然要有这样的一个过程。比较可行的是apache或者php的扩展（yahoo的做法）或者是业务逻辑转移到某个语言平台上（比如java，模仿feedburner做法，波波说可能是c＋＋）。
Feedsky的目标应该主要是blogger或者是feed的producer。这也造成了读者对它的不了解和轻视，因为它的用户粘合度体现在对blogger作者身上，这批人怎么说都要比blog读者要少得多。可是他们的用户忠诚度却要高于blog读者。如果feedburner被封锁了，谁最受影响？当然不会是blog读者，打个比喻，有人天天到keso、laobai或者是某某大虾的blog网站上看他们的文章，会在意feedburner的问题么？从feedburner被封锁（虽然是假消息）以后，blogger让人惊奇的快速激烈的反应，可以知道blogger是最害怕出现这种事情的，尤其像keso、laobai这样几万或者几千订阅用户的，feedburner如果哪天说，“我没钱了，关站，请用户谅解”，想象一下这些用户会不会谅解FB。Feedsky的最大困难就在于FeedBurner太普及太好用，这个翻身仗很难打。
Feedsky的技术目标在于让它的用户，也就是blogger的Feed数据，最大的兼容或使之兼容。Feedsky更像是一个中间商或者二次生产者。（Feedburner的Feed兼容话、Feed格式转换（rss、atom等互换）很有意思）抓吓或者是什么离线浏览器就是Feedsky的消费者，从这个角度上说，他们两个的业务范畴并不搭界。虽然目标很简单，可是难度也不小，尤其国内写出来的feed那真是千奇百怪，程序员不关心也不了解何为标准二字。Feedsky如果能让这些怪胎也变成好孩子，那真是要费不少力气。另外Feedsky也是要快速更快速的对blog更新进行响应，这一点上好像还需要提高。
zhuaxia的技术难度在哪里呢？如何让用户用的舒服，有粘合度。有个朋友问过我，gougou和zhuaxia看上去很类似啊，为什么狗狗就没人爱呢？我没怎么用过zhuaxia，也许zhuaxia有自己的特色。但是这个问题本身就体现了，在线浏览器的技术难度并不高，就国内现在来说，有抓吓、gougou、周博通，国外有bloglines，rojo，yahoo，google reader（还有一些也很知名的，可是我不了解:( )。可是feedburner只有一个，feedsky也只有一个。谁更难做，谁的技术复杂，还需要更多的证明么？它们只需要解析可以解析的xml，如果有不合乎规范的，可以把问题推到blog程序上或者是feedburner、feedsky身上。而解析xml，那真的比小孩吃奶难不多少，几乎大部分的编程语言都有内置支持了。大家可以看看我写的抓吓，http://www.dlbaobei.com/goodblog.htm，虽然是一个html页面，却可以跟踪我最喜欢的blog的更新情况，想换字体，想换页面背景，太容易了。就跟写网页差不多。
到hotscripts或者sourceforge上搜索，使用php的开源在线浏览器那真是海了，http://chedong.com/就使用了其中的一种，http://hebig.org/blogs/archives/main/000877.php这个网页，还有http://dmoz.org/Reference/Libraries/Library_and_Information_Science/Technical_Services/Cataloguing/Metadata/RDF/Applications/RSS/News_Readers/Web_Based/
都集中了大量了在线Feed RSS阅读器。说zhuaxia技术难度高的朋友可以去看看。
当然，并不是贬低zhuaxia的技术，但是我觉得他们真的还没有到不可替代的地步，尤其是弄出那个什么小组功能以后。大而全是中国网站界最大的毛病，样样通样样松。zhuaxia如果有问题，肯定是出在这个新功能上。还是老话，把一件事真的做精做好了，千万不能三心二意。百度的搜索技术一直没有什么提高，可是总是在搞些花哨的东西。我的一个个人blog上，百度搜索的结果只能是顶级域名，而google就可以搜索到具体页面。可看访问数据，百度爬虫要比google的流量高出很多，这些流量都干屁去了么？抓虾把自己的主要业务方向做好了么，就想扩大业务范畴做什么小组？其实这也是zhuaxia不自信的一种表现，可是小组不见得就能提高读者的粘合度。一个在线阅读器没有了，还可以换另一个（keso就从bloglines换到了google reader，怀疑他喜欢那种风格的阅读器么），可是一个Feed烧制服务没有了，很容易换么？
最后送给他们几句话，共勉之，只要毅力深，铁杵磨成针。（我知道搜狗输入法靠什么赚钱了，靠，毅力深能打成一个保健品毅力神的名字，这不是广告是什么）
aiddi 留言,
2006年08月13日 星期日 @ 8:22 am
从技术难度上讲，zhuaxia和feedsky都比www.aiddi.com简单。因为他们处理的都是rss（xml)，而aiddi不仅可以处理rss，还可以处理任意网页（html，独创的网页剪贴技术）。
大家知道rss是一种xml，就是因为html原来只能被呈现在浏览器里，应用程序无法解析里面的数据，要想聚合第三方的信息，第三方必须提供rss这种程序容易理解的格式。如果第三方不提供， zhuaxia和feedsky就没办法。而aiddi是可以处理任何网页的，只要第三方的信息出现在网页上，就可以剪贴到自己的网络桌面上，而且可以自动生成rss。
在这里可能有些自卖自夸的嫌疑，但稍懂点网络数据的朋友应该去试试在下结论
ak47 留言,
2006年08月13日 星期日 @ 9:14 am
不好用，真的是光自夸了。
你先试试我这里的feed，好用了再说别的吧。
aiddi 留言,
2006年08月13日 星期日 @ 9:42 am
抱歉，我试了你的feedsky和feedburner的feed分别在博客阅读器和直接放的页面上，都没有问题。您发现了什么问题？请指教。
Susan 留言,
2006年08月13日 星期日 @ 10:02 am
吕总应该请你吃饭的说 ^^
ak47 留言,
2006年08月13日 星期日 @ 10:14 am
我使用的FF浏览器，然后在那个输入框里敲http://my.donews.com/ak47
什么反应都没有。
浏览器地址变成http://www.aiddi.com/?url=http%3A%2F%2Fmy.donews.com%2Fak47
opera也是同样效果。所以aiddi网站给我的第一感觉真的不好。
你们有做过多浏览器兼容测试么？
aiddi 留言,
2006年08月13日 星期日 @ 10:47 am
非常感谢您能详细描述问题，但苦恼的是我无法重复你得到的错误。你得到的错误是因为前台的ajax代码还没有加载完，下面一个加载的小图标应还在转动，你就开始剪贴动作；会得到这个错误。这也是我们设计考虑不周的结果。我们会尽快改善。
另外，你在剪贴地址框内输入你博客的网页地址，应该看到网页本身，并能够剪贴该网页；
如果你要订阅rss feed，可以在那个地址栏直接给出feed 地址。或在博客阅读器内设置中给出网页地址或feed地址都行。
杨波·哈啰波波 留言,
2006年08月13日 星期日 @ 11:10 am
路过…
对数据负载来说，是zhuaxia和feedsky面临的共同问题，如果这个不能够处理好，其他的方面再花哨都是无用的。bloglines最近有那么多的负面消息，就是很好的例子。
ak47 留言,
2006年08月13日 星期日 @ 12:04 pm
aiddi的朋友，虽然我说的有些尖刻，不过我重新又试了几次，都得到同样的结果。
我实验的是msn.com等待大概有四五分钟，还是什么东西都没有，ajax虽然很炫，不过那只是表象而已，我看到的就是浏览器左下角标记着“完成”。
你们可以找些人帮着测试一下看看。一个产品的推出，固然要求宣传，可宣传也是建立在产品稳定的基础上，不然会很尴尬的。
测试机两台，环境windows xp sp2。
测试过程：msn.com，大约两三分钟后，提示“不能连接到msn.com，请稍候重试”。
测试意见：速度不理想。function failed。
Fenng 留言,
2006年08月13日 星期日 @ 12:06 pm
更有技术，不是因为处理的问题看上去更难就更有技术，把技术表现给客户才是主要的
糟糕的技术评论
ak47 留言,
2006年08月13日 星期日 @ 12:20 pm
fenng，我倒是觉得既然说技术，就是跟处理的问题有关。把话题转移到表现，是不是有些偷换概念？MVC三层结构，难道说只有V是最重要的？
如果说整体印象，或者是用户体验，你说的也许正确。
feedsky和zhuaxia针对不同的目标群体。你说的这个客户只不过是坐在电脑前看到结果的人。可是有些应用的用户也许就是程序，那些该如何评价。
Office和Windows操作系统，谁更有技术？
ak47 留言,
2006年08月13日 星期日 @ 12:35 pm
对于技术的观点，我和flykite是一样的。它对我很重要，它对公司并不重要。
－－－－－－－－－－－－－－－－－
http://www.paypie.net/
技术，本来就不大重要
By flykite on 生活
周五，msn上面闪过一条消息，“问我：PHP连接多个数据库，出现了一个问题，……”。待看到这条消息，我回了条“不大清楚”。他说是不是各事其主，就对他保密了。我笑了。我的确是不大清楚，虽然也是做技术的，但不做具体开发已有半年时间了。而且我从来就觉得技术不会对网站项目的成败有太大的影响。
对于一个一般的网站，技术从来不是一个瓶颈。三个步骤决定成败：
1.合适清晰的营利模式。2.良好的设计。3.实现。
前面两个有了，实现还会是难事吗？如果清楚这件事营利1000万，有谁会吝啬100万的投入？
就算PHP能同时连接1000个数据库，也不过是这个事业的一个螺丝钉。对大局的影响非常有限。
ak47 留言,
2006年08月13日 星期日 @ 12:47 pm
忘记补充一点了，我说的这个比较，目的只是为了反驳那个”zhuaxia很容易成为feedsky，feedsky不可能成为zhuaxia，feedsky的技术难度更低”。
有这个原因，我说的这些评论才有意义。至于它们是不是可比，或者到底谁更牛B，跟我没啥关系的。牛B技术的公司未必成功，成功的公司也不一定要靠牛B技术，这一点大家都很清楚，《IT大败局》这本书上就说了很多这样类似的例子。
商业成功更多是依靠少犯错误，目标正确。技术并不是最重要。虽然技术强弱也是决定因素之一。
用户喜欢，未必就能赚钱（比如敏思）。用户不喜欢，也未必就一定会死（比如很多垃圾软件垃圾插件垃圾信件）。用户数量不能成为盈利的基础，再多也白扯（比如以前曾经风光的那些搜索引擎）。
博客屋 留言,
2006年08月13日 星期日 @ 1:38 pm
技术上实现都不难，难的是背后大数据量的采集和存储，高并发的访问……
matthew 留言,
2006年08月13日 星期日 @ 8:30 pm
管它谁技术含量高呢，一个是阅读器，一个是feed托管，爱用就用，不爱就换呗。比如 Feedsky 的域名绑定功能非常好，我就打算使用这个功能，能用自己的域名感觉就是不一样，呵呵
aiddi 留言,
2006年08月14日 星期一 @ 7:00 am
AK47,非常感谢你的测试，测试的记录也很专业。
不幸的是你测到的msn.com,我在浏览器里打开msn.com 得到的是：
The server at msn.com is taking too long to respond.
在aiddi和浏览器里试试www.msn.com都没有问题。
无论如何，都感谢你专业态度的测试。你可以看到我的email，希望和你多交流。