“热文排行”是促使被大家认可的好内容有更多机会被更多人阅读到。目前系统设计的一个不足是缺乏对新内容的快速反应机制。比如我看到了一篇有意思的文章，如近期流传的关于EMC秘书的那个帖子，我推荐上去估计很多人看到标题后都会去读。但这个帖子放在抓虾热文里立刻就沉下去了，因为头上顶着一对大佬，占着位置。这和我们的教育科研体制一样，坑都占满了，积极的、有创造力的年轻人出头太难。

造成的结果是，每隔几天看“热文排行”，内容几乎没什么变化，就那么些老面孔；与此同时，好的、新鲜的内容都在海底埋着呢。会next，next的一页页看下去的人，少之又少。

可不可以考虑增加按推荐时间排序的功能；用户每点击一次“热文”，此文推荐值自动加1，等等，以克服目前问题。

仅供参考。

抓虾(http://www.zhuaxia.com/)是一个整合了RSS频道信息，并提供定制化在线RSS阅读器的Web 2.0平台。

作为标志性技术，抓虾使用了大量AJAX技术实现平滑、顺畅的用户交互，使用起来感觉很舒服（不清楚抓虾的程序员花在AJAX代码上的时间占了整个开发量的多少）。

抓虾的内容组织是这样的：提供大量的RSS频道(RSS feed)供选择；用户选择或者添加自己的频道；在线阅读订阅的频道；向整个社区推荐好的文章。所以基本上抓虾上面的内容都是聚合而来，它自己除了分类的频道定义和用户信息外，基本没有自产数据；抓虾自己没有提供RSS输出，换句话说别人只有通过登录抓虾网站才能看到被聚合的内容。

抓虾是我第一个尝试的RSS在线阅读(Google Reader用起来很费劲，很快就放弃了），自己平时一直是用Thunderbird订阅RSS频道。客户端阅读与在线阅读其实没有Email client和Web mail差别这么大。大部分新闻是看了就删的，不像Email需要保留、备份；在线阅读因为不需要客户端设置，访问自由度更大；内容显示可以一屏多文，不需要在客户端标准的三窗口界面里上一个下一个移来移动去。不过RSS client也有自己的好处，一个是订阅的频道可以相对自由的导出（这点在线阅读也完全可以做到）；另外可以离线阅读。

其实是否在线或者离线不是最重要的，如果可以看到明确的附加价值的话，选择起来就会容易的多。目前的抓虾在信息集成上做的不错，但给人的感觉还是有点“静”，没有更多用户参与的机会。

比如说，对于“抓虾日记”，我很想跟贴写一些comments。其实对于很多我订阅的频道可能都有类似的要求，现在无论在线还是离线系统中，对于trackback和comments都没能实现在客户端上的直接访问，用户必须重新打开浏览器窗口登录、回帖。我对Blogger API还不是太熟悉，不知道有没有可能把这些网友评论自动的抓下来，集成到一个抓虾窗口中，集中阅读、回复（当然有些新闻频道的RSS是没有评论功能的）。

如果技术性的描述一下blog和其RSS，本质上就是一个基于NNTP的新闻组：新闻组里的每个注册用户拥有一个讨论区，只有讨论区的owner可以发言，其他的人可以回复。任何情况下，发首贴或者跟贴都需要登录（如Eclipse新闻组必须申请帐户后才能发文）。如果Blog和RSS的本质是这样的话，对每个blog的回帖按理说只要点击RSS客户端的“Reply All”就能实现，不需要重定向到源网页。现实可能是每个Blog系统处理用户登录和评论的方式都不太一样，API也没有统一规范，实现起来难度很大。我给抓虾贡献一个点子：在“我的频道”里面，在每条文章的底部加一个评论按钮，当用户点击的时候自动把对应的URL加载到一个弹出式iFrame中，让用户自己处理登录和留言（顾虑：对于内容的所有者来说，是不是显得有些霸道？？）。

在家上网和在网吧上网除了省几块钱没太大不同；在家看书和在图书馆看书的差别是可选择的范围不同；而在家看世界杯和在大学宿舍里看世界杯是整个体验感的完完全全的不同。作为集中式用户管理的在线RSS阅读，可以更容易的操控、引导用户从而促使这种体验感、参与感和满足感的全面提升。

在IBM内部，有一个社会书签网站，叫“狗耳朵”(dogear)，IBM全球员工每天在里面添加最新的书签（包含tag）并与他人共享。在一个用户完全可信任且兴趣相同的环境中，这个系统可以提供的内容及其质量是一般普通基于tag的Web 2.0系统难以达到的。我相信无论抓虾还是其他在线阅读网站，都会有更聪明的办法实现更高质量的信息交流。

抓虾是一个很好的系统，目前来说在增加用户粘性、参与度和每日新鲜感上（想象一下每天点击“猫扑大杂烩”的心情），还可以有很多创新的工作可做。搞Web 2.0，琢磨人和琢磨信息是同等重要的。

PS:很高兴看到加入了OPML导入功能，我现在近40个频道全导进来了。

另：提醒控制目录浏览权限，http://www.zhuaxia.com/js/都一览无余了。

我再也不能相信UltraEdit的文件二进制显示结果了，从老版本9.0到新版本，在显示UTF-8编码的文件时，无论采用“自动检测UTF-8”还是禁用，显示的结果总是让人迷惑。例如在早期9.0版本里，如果文件头没有BOM标识，UE会自作聪明显示成UTF-16。套用李大嘴的一句话：“这么多的油烟，让我的工作怎么做啊？”

昨天，我找到一个新工具，一个不再瞎猜、一个原原本本显示文件16进制的免费编辑器：XVI32。“用了它，他好，我也好”。。。

“Basic Instincts: Resources and Localization”，是最新一期MSDN的文章。不过里面既没有二郎腿，也没有冰锥；它是有关.NET国际化开发若干个模式的研究与实践。

必须承认，微软在国际化的支持上，有很多很好的技术和思路，并且适当的整合在IDE中。相信在今年9月举行的Microsoft GDDC 2006会议上，可以见到更多微软在G11N, I18N和L10N上的技术和产品。

我在2005年1月的一个帖子里提到过有关招安的事情。

开源软件给了“草莽英雄”们一个自由发挥的空间，是商业公司免费、长期的HR partner：笔试题答案可以为我所用；答题人可以为我工作。大家都happy。

JBoss 3.5亿美刀的并购，让大家看到了希望：“咋还不收购我呢，大伙都盼着这一天呢”。

听从他人建议，把自己的博客文章备份了一下。我用的是最原始的方法：网站下载。使用免费的WinHTTrack，运行、设置起始页面，然后下载该站点下所有文件。半个小时不到，全部300篇文章连同站内图片，以及文章link中的部分资源都下载下来。打个包，搞定。

这就是“无语义备份”：所有备份下来的东西，在未来很难被重新恢复到其他系统中，因为所有的数据都是完全等同的，是死数据。

大部分博客网站都提供了Blogger API可以上传、下载文章，如mvm在MSN Spaces上所作，Blogchina也有类似的XML-RPC API。

我的大部分数码照片刻录到DVD上时也采用同一套路：绝大部分照片都保留原始文件名，什么"DSC0002.JPG"，根据日期/事件创建目录名然后存储之。

无语义备份基本上和“print screen”拷贝屏幕一样，你得到了你想要的，但对这些内容却干不了什么事儿。

在EclipseCon 2006上，有一个主题介绍叫做“Top ten great, strange or weird open source plug-ins and RCP”它列举出10个最佳Eclipse plugin & RCP程序，分别是：

10. regatta workbench – http://rowtown.org/regattaworkbench/

9.  Xray a profiler for eclipse plugins – http://eclipsefaq.org/chris/xray/index.html

8. Rsswol: your next rss reader – http://rssowl.org

7. jfire: run your business on Eclipse – http://jfire.org/

6. abbot: test your UI like SAP, Rational and BEA do it! – http://sourceforge.net/projects/abbot

5. amateras: xml, struts, html, jsf, uml, wtp for resin, hsqldb – http://amateras.sourceforge.jp/

4. MYLAR: Jazz Up your Eclipse now! – http://www.eclipse.org/mylar/

3. Incredible UI goodies – http://andrei.gmxhome.de/anyedit/, https://eclipseutilplugins.dev.java.net/

2. azureus: the best bittorrent client, a great SWT UI – http://azureus.sourceforge.net/

1. open source mashup: eZing Builder – http://sourceforge.net/projects/ezingbuilder, http://www.fckeditor.net/

在Dr.International所著Developing International Software一书中，对Windows应用程序本地化推荐使用多资源文件的卫星DLL方式。所有应用程序资源，包括图标、位图、对话框、字符串、菜单等都编译成动态链接库并为每种语言生成一个这样的DLL文件。而主应用程序中只保留的逻辑部分代码。

对于Java应用来说，文本字符串资源文件一般为.properties, .XML；位图、图标等可以打包成.jar文件。程序对话框、菜单则往往和Java代码耦合在一起。Java的处理方式对于本地化要容易一些因为翻译只需要直接编辑这些文本文件或替换图像文件即可。

考虑到Windows的资源DLL因为是二进制无法直接操作。最直接的方法是打开Visual Studio用Resource Editor进行翻译，然后Build：显然是一个很昂贵的解决方案。

另外就是Microsoft Localization Toolset (ftp://ftp.microsoft.com/softlib/mslfiles/rltools.exe) 。它可以直接打开EXE, DLL或者RES文件，通过GUI界面对DLL内部的字符串进行翻译。在完成后可以自动把翻译好的内容生成新版本DLL。这样，对于本地化工程师来说，学会使用这个工具足够完成翻译的任务了。

不过MLT的设计很笨拙：一个项目文件包一个项目文件；project文件中hard code项目路径；生成文件的扩展名有3、4种。最让人吃惊的是其帮助文件中的截屏居然是Windows 3.1时代的。（MLT最后发布日期应该是1996年）

似乎已经有很多人考虑ajax在移动设备上的支持问题了。IEMobile team宣称在PPC 2003中可以支持ajax应用。Firefox在移动设备上显然比桌面上的表现逊色的多，Minimo一拖再拖。

在移动设备上，Opera取代了Firefox成为最好的浏览器之一。而且，mobile opera支持ajax。

在客户端盛行的时代，写一个可以普遍适用的Web程序变得复杂异常：要研究每种流行浏览器支持什么HTML/JavaScript标准、什么插件可用、在多种设备上对各个标准的支持情况：

组合 ＝ HTML标准 × JavaScript标准 × AJAX支持 × 移动设备 × IUnknown。

很需要一个自动分析工具，检测（建议）代码的适用性，减轻开发负担。

近来发现新浪时事评论的访问经常出现浏览器休克、系统CPU大量占用的情况。为此我对新浪用户评论系统的客户端代码稍加研究并找到了导致性能下降的原因：Ajax代码过度使用了本地计算资源。

新浪用户评论使用了一个JavaScript文件（http://comment4.news.sina.com.cn/comment/cmnt_xml.js），里面封装了所有通过XML与服务器通信的代码，此段代码在客户端运行，透明的和服务器交互，下载并分析评论记录。

和Flash, Applet和ActiveX相比，写一段拥有同样计算能力的代码，基于脚本的JavaScript会更容易，并且最不容易被用户发现，偷偷的在用户的浏览器中运行。

可以想象一个热门的博客作者，正企图用穷举法破解某一密码。那么他可以用JavaScript写一段ajax代码，嵌在博客页面里，所有该博客读者在阅读文章的时候会不自觉的成为该作者破解密码的计算节点。计算的中间结果可以保存在浏览器cookie中，在下次访问的时候继续工作。

似乎有两件工作可以考虑了：1. Ajax vulnerability checker; 2. Grid computing interface for Ajax.。

How to tell the difference between Web 1.0 and Web 2.0

哈哈，天才啊 。