Archive for September, 2005
GFW与温水里的青蛙
Tuesday, September 13th, 2005 | Chitchat on IT | 12 Comments
温水里的青蛙的故事应该很多人都听说过，青蛙在温水里会随着水温的慢慢升高而变得麻木，失去求生的本能。不知道为什么，我甚至不知道是在梦中还是在半梦半醒之间，昨天晚上突然会将GFW与温水中的青蛙两个词联系到了一起。
我自己，以及很多人似乎都象温水里的青蛙一样，慢慢变得习惯有些网站是无法正常连接的，甚至有时候都已经不再有兴趣改用代理绕过去阅读。GVO的Rebecca曾经问过一个问题，到底有多少中国网络用户会用代理来浏览被封的网站，网站被封会对网民的信息了解以及对国家与国外的理解产生多大的影响。虽然“代理服务器”相关的软件一直是国内的“高级网民”很热衷的东西，Google所推出的加速软件也迅速被我们发现了穿透的意外功能，但我仍然相信常使用代理去浏览外部世界的网络用户只占中国上亿网民中很小的比例。GFW无疑也深深地影响着网民的信息了解与对世界的理解，但我们就像在温水里的青蛙一样慢慢地习惯了这个有边界的网络，甚至当这个边界变得越来越狭窄时也毫无知觉，越来越麻木。而让我们变得麻木的其实还不仅仅是被GFW隔断的外部世界，还有被设置了层层路障的国内媒体。
幸好，我们还有不断发展的技术，让我们能够更方便跳出温水，摆脱自己的麻木。Coral是一个采用P2P技术的CDN网络，我们只要在想浏览的URL域名后加上.nyud.net:8090就可以方便地利用Coral的CDN网络进行浏览（其实这个方法，Issac很早就介绍过），你也可以下载浏览器的插件或者利用bookmarklet来实现快速地利用Coral浏览网页。
当你走进空气稀薄地带
Monday, September 12th, 2005 | Start From Model | 1 Comment
这是一篇老文章，多年前曾发在一个担任版主的论坛里。如果凑巧现在这个blog的读者中有现已不存在的那个论坛的网友的话，或许能知道我是谁。现在看起来写得还很粗糙，从网页快照里找到其他论坛转贴的这篇文章，放到blog上，也给自己一个纪念。
——————————————-
似乎每隔几年，国内就会有一宗引起社会舆论广泛关注的山难事件，不过恐怕引发最多争议的莫过于今年夏天的那个北大山难事件了。半年时间已经过去了，我无意在此评说事件，死者已矣以，生者又应当如何吸取其中的经验和教训呢？
在数年前，美国有一本畅销书《进入空气稀薄地带（Into Thin Air）》，写的也是山难，1996年5月10日发生在珠峰的山难，一场暴风雪让9名登山者从此长眠在珠峰，其中包括几名拥有非常丰富经验的珠峰登山家。
哈佛管理学院的Michael Roberto教授并不象我们大多数人一样带着对雪地高原的好奇的眼光去看待这个事件，他希望从中能够发现它对管理学、领导学、对于我们经常也需要做出的风险决策的意义。当登山者在接近珠峰的时候，眼看着天色变化，气候恶劣，他们需要做出抉择，到底是继续登山还是迅速撤回营地，这的确是一个艰难的决定；而类似地，如果一家公司进行大量投资研发一种新技术，眼看研发就要取得突破了，但市场风云变幻，消费者需要结构也不同往日，此时公司是否应当考虑新的发展路径呢？这同样是一个艰难的选择。或许我们的确能够从山难中得到一定的启发。
虽然我从来没有攀登过雪山，但我能够想象得到当你就要实现那个期盼已久的愿望时候，如果要放弃，那是多么的痛苦。此时，缺乏自信固然不可取，但过度的自信可能也会让我们就在成功的边缘坠落，尤其是当你面临的可能是生与死的抉择，当你的选择可能会影响你的公司是生存还是毁灭的时候。我们或者很容易被成功的憧憬所诱惑，或者我们会过度迷信于我们以往的成功历史，我们会过度相信自己的以往屡试不爽的能力，我们会混淆什么是事实，什么只是我们的假设，从而让我们无法做出正确的判断和正确的抉择。即使当你在股市中操作的时候，可能也面临同样的问题：当你手中的股票节节攀升的时候，你往往只会留意到那些好的迹象，从而可能被一些会让你觉得它还将继续上涨的迹象所迷惑，而忽视了那些已经出现的不利信号。
在那样的一种情况下，我相信要保持清醒的头脑是极为困难的，所以需要团队的合作和共同的决策，集思广益在这个时候或许能够让领队更全面地判断身处的形势，充分验证不同的假设，而不是简单地做乐观的判断，偏听则蔽，兼听则明。权威性固然重要，因为这会决定决策能够得到正确的执行，但如果只关注权威性而忽视团队的协作，则会带来很大的问题。在攀登珠峰的过程中，曾经有位领队说“我不容许任何的反对意见，我的话需要得到绝对的服从（I will tolerate no dissension…my word will be absolute law）”，自然团队成员后来没有主动地发表自己的反对意见。作为一个团队的领导，他就必须要鼓励团队的成员发表自己的不同意见，陈述自己对于现状的看法和判断，并解释自己的选择和理由。只有这样，在面临这种艰难的决定的时候，团队成员才能够综合考虑方方面面的因素，而且也只有团队的成员在决策的过程中认真考虑并充分发表意见后，团队共同形成的决定才会在后来的具体执行过程中得到所有成员的遵守，这种团队的行动一致性和向心力可能也会在关键时刻左右最终的结果。因此，作为领导者必须在此时平衡民主和集中的问题，充分论证，全力执行。
但有时候，并非领队不想听大家的意见，但队员们却没有充分发表自己的看法。为什么？因为有些队员可能比较注重等级制度，认为他的团队中的地位使得他身轻言微，所以并没有主动地积极地发表意见。甚至有时候团队领导一些细微的做法也很可能影响到团队成员对团队架构和组织行为的看法。例如文中提到，不同的登山向导在报酬上细微差别影响到了不同人对不同向导在团队中的地位以及对他们权威性的看法。
同样，作为一名领队还必须面对的是如果看待他们已经付出的努力。如果你需要放弃对新技术的开发，那么公司原有在技术开发上的投资将化为乌有，面对这种沉淀成本，每个人的决策可能都会受到影响。当你接近珠峰的时候却要撤会基地，没个人心中都不愿意做出这样的选择。但事实有时候就是残酷的。Roberto教授认为如果我们能够实现制定好并严格遵守一些规定的话，可以让我们在作出这样的选择的时候更加理智，也更加容易一些。比如，那些登山者就违背了一条攀登珠峰的常规，如果中午1点以前不能到达珠峰的话就必须回撤。
这样的案例当然还能够从其他很多方面带来领导学上的启示，比如领导者在这种情况下应当如何平衡团队中不同人的不同利益取向从而形成向心力，等等。但Roberto教授指出，当我们置身事外看待这些失败的案例的时候，我们很容易将失败归结到某个人的错误上，并认为这不会发生在自己的身上，“Many of us often fall into the trap of saying to ourselves, ‘That could never happen to me’”。Roberto教授认为其实这样的失败其中包含着系统性的因素，是多种因素互动的结果，有着特定环境条件下决定人的决策行为的重要因素，或许大家可以从Roberto教授的working paper “Lessons From Everest: The Interaction of Cognitive Bias, Psychological Safety, and System Complexity”中了解到更多。
Protopage, API与个人门户
Saturday, September 10th, 2005 | Chitchat on IT | 1 Comment
Protopage是个优秀的Ajax应用，被评为十大Ajax应用之一，而且Protopage经过定制之后也的确是个不错的个人起始页面，zheng今天就说他现在就将将protopage作为浏览器的主页。
但是Protopage目前还只能支持一些静态的应用，比如添加常访问的站点以及桌面即时贴，虽然象zheng一样利用Protopage加入待办事项等记事贴已经将浏览器的主页变成一个个人信息管理的中心，但仅仅这些对我而言吸引力还不够。如果它能够支持RSS输入以及增加对常见网络服务API的支持的话，我相信Protopage具有很强的成为个人门户的潜力。
duduwolf前几天描述了他理想的个人门户的功能与框架。Web2.0带来的一个重要特点在于微内容，所以我们可能不会去使用Yahoo这种大而全的服务商为我们提供的个人门户服务，也没必要去开发或者使用一套可以在自己的空间上架构一个全面个人门户服务的系统。也许我们需要的只是能够支持RSS输入以及拥有各种网络服务API支持插件的一套系统或者服务，使我们能够将RSS阅读、Gmail、del.icio.us、Flickr、豆瓣、土豆、43things或者易做等等你所使用的散落在网络中的各种服务都聚合到你的个人门户上来，并利用权限控制，使你自己眼中的个人门户与他人眼中的你的个人门户可看到的内容各不相同。
想象一下，如果利用Protopage这种模块化的页面组织形式，增加RSS输入与网络服务API支持功能的话，让用户可以自由地定义各模块中呈现的内容，是否会成为一个有吸引力的个人门户应用呢？或许未来的个人门户会是Google ig或者MSN Start?但它们要支持RSS似乎比较简单（Protopage也即将推出RSS支持），而各种API的支持呢？
用GTD方法管理邮件收件箱
Thursday, September 8th, 2005 | Lifehacks | 9 Comments
当我们在一个新起点的时候，总会有很多美好的计划和想法。正如我不久前刚刚换了一台新电脑，所以就计划这次要让自己的邮件收件箱保持干净和整洁，而不是像以前那样堆满了数千封邮件（其中甚至有数百封未读邮件），迁移到新系统需要转移数G的邮件数据，而且凌乱的收件箱还明显影响工作效率（需要花时间去找那些邮件需要处理以及常常要用搜索功能去查找邮件）和造成邮件附件管理的麻烦。
与我以往常用而且似乎也颇为流行的使用邮件过滤器来自动筛选邮件并归入相应文件夹的方法不同，这次我希望使用GTD的方法来管理我的收件箱。
GTD的核心就在于将所有的信息都进行处理，安排好它的下一步，所以我现在对所有的邮件都不设置过滤器，让他们全都进入收件箱，当然这并不是任它们呆在收件箱中，我尽量保持每天都清空收件箱的习惯。而按照GTD的原理，所有从inbox出来的东西只有三个归宿：删除、归档和确定下一步行动（包括行动、未来某天与等待）。
所以，我对邮箱作以下设置：
1、建立一个“行动”文件夹，并在其中设置”@Today”（存放紧急需要处理的工作），”Wait”（存放等待他人回复的工作）和”Someday”（存放日后某个时刻可能需要处理的工作），”To Do/Read”（存放需要处理但不太紧急的工作）几个子文件夹；
2、建立一个“存档”文件夹，并在其中根据不同项目或邮件内容分别设置子文件夹，将所有日后可能需要作为参考的邮件内容分别归类存入归档文件夹。
在收到邮件之后，就根据邮件内容判断如何处理该邮件，是删除、归档还是需要作出行动。如果需要归档，则将其移入存档文件夹下的相应子文件夹中，需要归档的邮件是指邮件本身需要存档，如果只是附件需要存档的话，还是将其另存到硬盘上，以免邮件客户端越来越庞大，降低运行效率；如果需要作出行动，则考虑是否可以在一两分钟之内完成，比如转发给某位同事，如果可以的话就立即处理，如果不行的话，就将其移动到行动文件夹中的相应子文件夹中。在发送邮件的时候如果是需要等待对方回复采取下一步行动的邮件，则同时抄送自己一份，并可以设置自动过滤器将其归入Wait文件夹，以便提醒自己日后等待对方答复。而在GTD中，定期的回顾也很重要，需要每周定期浏览一下行动文件夹下的各子文件夹。
我现在使用的ThunderBird邮件客户端还可以灵活地利用标签功能与已保存搜索功能达到更好地实施GTD的效果（via here）。在雷鸟中用户可以自行定义五个标签，而且可以用快捷键（1、2、3、4、5）给邮件迅速加上标签。我分别设置了@Today, Waiting, Someday, To Do/Read这四个标签，有一个暂时空着因为我还没想好设什么标签。再通过文件-〉新建-〉已保存搜索分别建立几个保存搜索作为文件夹这样在收到邮件的时候，只需要按快捷键就可以迅速地对邮件进行分类了，当然存档邮件需要手工移动。希望这次采用的邮件管理办法能够保持收件箱干净整洁，也能够让电子邮件也成为自己有效的GTD工具。
不过使用雷鸟GTD有个小的不足在于，GTD对于有确定日期的行动是放到某个日期的任务中，这样就可以到时候给自己一个提醒，但在雷鸟中无法作相应的设置，比较方便的解决办法就是在自己使用的其他日程表软件上标注提醒。如果你使用的是Outlook，则可以从这篇blog中学习在邮件中设置到期提醒的方法。
除了使用上面的方法来GTD外，下面的这几条对于管理电子邮件应该也具有参考意义：
1、充分利用垃圾邮件过滤功能，现在不少的邮件客户端或者是WebMail都具有垃圾邮件过滤功能，应该充分利用垃圾邮件过滤避免花时间处理这些无效的垃圾邮件。
2、不建议使用工作邮箱订阅Newsletter，如果确实想只用一个邮箱的话，就需要设置邮件过滤器，将邮件列表过滤到专门的文件夹中。
3、不要害怕删除邮件，对于那些第一感没有保留和日后参考价值的邮件就大胆地删除。如果确实在日后几天内需要查阅某封邮件，别担心，只要在邮件客户端设置在服务器上保留最近7天的邮件，我想在7天之后都不需要查阅而且你感觉没有存档必要的邮件日后还需要查阅的可能性个人感觉是很小的。
4、适当增加邮件客户端自动检查新邮件的间隔时间，或者取消新邮件到达提醒，因为频繁的自动检查与提醒很可能会分散你对手头工作的注意力，从而降低效率。
5、定期清空发件箱，由于自己发出的重要邮件已经抄送自己一份，并按照上面的GTD的方法存档或者等待处理，因此其他的已发送邮件基本上都可以安心地删除了。如果担心自己会忘记抄送给自己，如果客户端支持，也可以直接设置所有的已发送邮件都抄送自己一份（ThunderBird可以）。
ps. 这里列了不少关于管理邮件的方法，比如如果你使用的是Gmail，则可以下载这份PDF文件看看如何使用Gmail来GTD。
Firefox的怪毛病已解决
Tuesday, September 6th, 2005 | Chitchat on IT, WordPress | 3 Comments
前两天还很郁闷为什么新装的Firefox为什么有那么多的小毛病，今天终于找到了问题所在，也证明了不是我的RPWT^_^。不过我也错怪了火狐，原来问题出在我升级后的防火墙的cookie控制上。
说来找到原因的过程也很巧，居然是从我Blog的一个问题上找到答案的。前几天在使用这个WordPress架构的Blog的时候就遇到一些怪现象，不能删除comment，不能激活插件，都是出来一个连接到WordPress Codex的页面让我Enable Sendding Referrers，但因为这几天始终不能进入Codex（大家能进吗？），也就没继续处理它。今天实在下定决心要找到答案，就用代理进入Codex，发现问题可能出在防火墙控制上，果然按照页面上的指示，顺利地解决问题。
联想到上次那些火狐的毛病可能也是防火墙造成的，马上修改设置，果然药到病除。上篇blog的留言中有人也与我同病相怜，del.icio.us的书签每次都要登录，建议也去检查一下防火墙的设置。
Technorati为你找到感兴趣的优秀Blog
Tuesday, September 6th, 2005 | Around the Web | 4 Comments
无论是Technorati 100还是Feedster 500或者其他的任何Blog排名表，由于他们都是综合性的排名，因此对于读者的用处和价值始终非常有限，正如keso的Blog虽然在IT界排名老大，但圈子之外可能没有人会理睬keso的blog一样。
但Blog的分类排名却不是一件容易的事，特别是Blog与传统网站的一个重要不同之处在于，Blog可能涉及到的内容更是多种多样，可能今天写IT，明天写影评，后天又贴游记与照片，利用bot进行自动的分类简直就是不可能完成的任务。zheng也在留言中表示这需要人工干预，不过可能可以利用tag来实现。
Technorati前几天推出的新服务Technorati Blog Finder恰恰就是利用tag来实现Blog的分类排名。
Blog Finder是利用用户对自己的Blog标注的Tag，将Blog收录到相应的分类中去，每个Blog最多可以标注20个Tag。如果你想要找某个领域的Blog，就可以输入相应的关键词，Technorati默认会根据反向链接的数量排列出该领域的Blog，用户也可以选择按照最新更新情况以及字母顺序进行排名。在Web2.0这个tag的搜索中发现zheng的刻录事排在第四位，Plod、从不知也都榜上有名。不过这个Blog Finder对中文搜索的支持略有小问题，比如在IE中搜索“互联网”就会出错，而在Firefox中却没有问题。另外，如果每个分类都能够支持组合搜索，比如我想搜索同时标注有Web2.0与Wiki的Blog，而且都能够提供RSS输出支持那就更好了。
如果你想要将自己的Blog添加到Blog Finder的分类中，也很简单。如果你是Technorati的注册用户并且认领了你的Blog(claim your blog)，进入你的个人账户，在已认领后的Blog下可找到”Configure this Blog”，就可以修改自己的Tag了。Technorati默认会从你的blog文章中选择一些（常用？）的tag作为你的Blog的Tag。如果你还不是Techonrati的注册用户，也可以在自己的Blog上添加一段代码来实现：<a href="http://technorati.com/blogs/[tagname]" rel="tag directory">[tagname]</a>，Tagname就是你想标注的Blog的Tag。详细的说明可以看这里。
利用用户自主标注Tag的方式来进行Blog的分类排名自然避免了很多机器分类的问题，但因为涉及到用户自主提交的过程，因此真正进入到分类中的Blog一定只是很少的一部分，不过目前看来似乎还没有比Technorati更好的Blog分类排名榜。
ps. Plod呼吁大家都加个”Chinese Bloggers“的Tag
从TTS到Podcasting
Monday, September 5th, 2005 | Around the Web | 5 Comments
其实这是一篇想写很久，在草稿箱里放得有点霉味的文章，今天在PostShow看到有关科大讯飞的报道才又想起它（ps.印象中那个演示功能并不是新东西，很早就有了），赶快写写让它出街吧:)。
虽然以前就试用过多种语音合成（TTS，Text To Speech）软件，对它们的功能以及所得到的语音实在是不敢恭维。不过最近我又重新对语音合成软件产生了浓厚的兴趣，主要原因就在于Blog和Podcast。
眼看着RSS阅读器中订阅的优秀Blog越来越多，尽管已经开始实施一些对付RSS过载的方法，但仍然需要花不少的时间来阅读，尤其是对于优秀的英文Blog，认真阅读往往需时甚多，于是就想是否能够把这些Blog都变成Podcast，利用自己每天两个小时的上下班时间来“阅读”更多的优秀Blog；；另一方面，随着podcast的普及，有时候自己会想如果能够把自己的Blog转成podcast也是一件很酷的事情。
所以又尝试了一些TTS类的软件，但试用的结果还是不得不放弃。一方面是因为这些软件所能够免费使用的TTS引擎往往功能较弱，出来的效果不能让人满意，用它听Blog实在是对智力的考验；另一方面，中文TTS免费引擎更少，我似乎只找到一个微软的TTS引擎可以支持中文。
而Talkr则似乎正是为了满足我的需求而应运而生，它的出现也暗示着随着Podcast的兴起，人们对TTS服务的兴趣与需求都在不断增长中。Talkr提供的是在线TTS服务，能将用户喜爱的RSS转化为语音，使文字版的Blog变成语音版的podcast。只是Talkr也没有中文TTS引擎，不能处理中文RSS。
很自然地想到中科大讯飞，这家当年因大学生创业而闻名的TTS技术服务商。科大讯飞的TTS技术无疑在国内处于领先地位，讯飞产品应用的重点一直都是CTI和呼叫中心，在消费领域则一直鲜有作为。据我所知他们也考虑过更多地拓展在消费领域的应用，但时至今日，他们仅有的几种在桌面应用估计听说过的人也非常的有限。这固然是因为普通消费者对于语音合成服务的需求并不高，但另一方面，讯飞也没有更好地诱导出用户的需求，他们的桌面软件甚至没有试用版下载，从功能上看好像也没有保存为mp3文件的功能（？）。
Podcast的兴起应该说为TTS服务提供了新的发展机会，只要输出的语音还能够让人接受，应该有望发展成为很吸引人的一种服务，讯飞是否会考虑这种发展机会呢？或者是否有人会利用讯飞或其他服务商的TTS的技术提供这样的服务呢？
有人或许会问，它的商业模式在哪里？与Talkr采用的面向读者的收费服务不同，我觉得在线TTS服务完全可以借鉴Feedburner的商业模式，发展成为另外一个面向发布者的Podburner，只是你负责管理的是将Blog Feed转化为Podcast Feed，无论是高等级收费服务，自动在生成的Pod中插入广告与发布者分享等等都成为可以探索的商业模式。
Firefox的怪毛病
Saturday, September 3rd, 2005 | Chitchat on IT | 7 Comments
前两天因为换了部电脑，重新安装了系统以及各种软件，不过Firefox（1.0.6中文版）却出了两个奇怪的毛病：
1、使用del.icio.us的bookmarklet的时候，居然每次都要我重新登录一次，而我直接浏览美味书签的页面却是正常的已登录状态，实在是严重影响工作效率（Furl和Flickr的bookmarklet好像也存在同样的问题）；
2、在WordPress中写blog，选择“保存并继续编辑”，虽然可以正常保存，但却回不到输入和编辑的页面，出来一片空白，同样很影响效率。
而在IE和Maxthon中都不存在这几个问题，而以前系统中使用的FF也没有这样的毛病。
ps.因为重装bookmarklet，发现Flickr的bookmarklet页面好像被删了，幸好从chedong的blog那里找到代码用上。
三问“怪癖”
Saturday, September 3rd, 2005 | Chitchat on IT | 3 Comments
怪癖依然在延续，而作为内地怪癖病毒源头之一的蚂蚁昨天对怪癖现象提出了三个很好的问题，转贴如下：
1. 為什麼「怪癖」遊戲的傳播路線大致是：台灣 –> 香港 –> 內地？
2. 為什麼內地bloggers研究「怪癖」遊戲的，多數只集中在談內地的傳播路線，卻不談前面的？
3. 為什麼關於「怪癖」遊戲的跟進研究，內地似乎比台灣和香港都要積極？
感觉其中的第1和3两个问题，尤其是第三个问题实在是有趣，我对这三个问题的简单回答是（与在蚂蚁那里的留言有所不同）：
1、台湾的blog圈常常会产生各种各样有趣blogging idea，比如这次的怪癖，比如之前的夏日的Blog传说等等；台湾blog似乎更加喜欢这种blog圈中的串联与传播活动
2、为什么研究不谈前面的，一来是因为工作量太大，会导致路线还未到内地就因为工作量而要放弃了，而对于RSShow的怪癖收集活动，由于可以自行提交，我就建议他们增加港台的来源，二来很多港台blog会遇到GFW的问题，不方便
3、内地blogger更注重事件的意义与blog的媒体性，港台blogger关心的是事件的趣味性与blog的个人（personal）的特性。
其实我的回答基本上只是对蚂蚁所提问题的延伸，并没有触及内在的原因，不知道大家是如何看待这三个问题？而且也很想知道blog与媒体很有研究的只说会怎么解释这些问题呢？发现自己又在做第三个问题里所说的“跟进研究”了。
FeedSky大变脸
Friday, September 2nd, 2005 | Around the Web | 6 Comments
吕欣欣在几个星期前就兴奋地对我说过Feedsky二版正在加紧进行中，而且会是对第一版的很大改进，用他的话说“彻底与Feedburner决裂了”。昨天从吕欣欣传给我先睹为快的Feedsky二版的界面中，我的确感觉到了这次的改版对于Feedsky是个革命性的改变。
从界面上看，二版的Feedsky有几个主要的改变。其中最重要和最大的变化莫过于引入社会化网络的概念，这也是与Feedburner决裂的关键点。在Feedsky中，用户可以分享自己收藏的feed（像豆瓣分享书籍那样？），添加好友关系、创建小组等等。Feedsky摇身变成了一个基于Feed的SNS，或许Feedsky日后会变成一个发现优秀Feed的重要来源，实现herock的FeedChoice的部分目标。
Feedsky加强的第二个很有吸引力的功能是可多个Feed合烧，将多个Feed聚合成一个Feed是不少人都希望实现的功能，只是Feedburner与第一版的Feedsky都只能聚合一个blog feed与网摘及Flickr的Feed，而不能聚合多个blog，所以也出现了不少这类多Feed聚合的小工具，而现在Feedsky的这个多Feed合烧功能相信也会吸引一些Blogger来使用他们的服务。
Tag功能在Feedsky目前的版本中就有，只是一来使用了“自建目录” 这样一个怪异的名字，二来每个人所定义的tag在Feedsky中也没有找到用武之地，还是按照传统的目录方式进行浏览与查找（在目录页面发现有很多人利用Feedsky烧录自己的keso Feed）。不过在二版中，Tag已经成了Feedsky的一个重要组成部分。以后基于Tag的Feed发现应该也会成为找到优秀中文Feed的一个好途径。但原来已经烧好的Feed的作者倒是未必有动力再去编辑自己的Feed，不知道在Feedsky中是否用户可以为并非自己创建的Feed打tag呢？
Feedsky的一个基本服务：Feed统计功能也在二版中得到了不小的改进，除了原有的订阅人数与页面访问统计外，还新增加了浏览器分析和爬虫统计等功能，而且统计的时间范围也可以自由定义了。
从界面中似乎还发现了一个搜索页面，难道是对Feed内容的检索？Blog搜索引擎？也可能是对Tag的搜索？从界面上一时判断不出实际的功能。
Feedburner这几天正好也在变脸，不过主要只是使用界面上的改变，对用户更加友好和明了。相信不久Feedsky也就会变脸了，而且的确是个大变脸，不会再简单地被人认为是Feedburner的中文抄袭版了，而是一个全新的Feed SNS服务。
ps.文章中的判断都是基于吕欣欣给我看到的界面，由于并非实际使用，因此对其功能的判断可能存在不准确之处。