计算的自然平衡
前几天IT媒体里面都在讨论Google 推出Desktop Search 这个新工具，媒体记者们都把Google走上桌面视为对微软的挑战，那是他们做传媒的乐趣。Google朝向知识的管理，微软延续信息的处理，出发思路不同，商业模式也不同。
Google内部小团队CoP运作，不免也会缺少协调性；连名称也容易混淆，发布当日在Google 搜索"Google Desktop" 还会指向前次推出的不特别成功的Desktop Bar。所以当时那个页面也特地增加了一个连接到新的Desktop Search；此后Desktop Bar 估计也没有什么价值了，因为新的工具已经从界面上焊接了“桌面”和“Web”，那个Toolbar显得有点多余了。Google这段时间增强了网罗人类知识的能力，把触角伸向更多个人知识空间(例如，Gmail)，以及Web本身还没有到达的商业版权领域（例如，出版）。这些服务给人们提供了更大、更多的知识空间，也就不免让Private/Public的边界更模糊，对隐私当然是时时刻刻地挑战。
不过更让我觉得有意思的是新桌面搜索工具的工作模式：本地HTTP访问；后台运行的索引服务；缩小到SysTray的图标.....不但轻松与Web Search的统一，而且保证了随时小修小补。这是一种新的计算方式，一种计算的自然平衡。虽然不是Google的发明（Dave Winner 早几年前就用在了Radio Userland上），却在分布式计算领域上大有可为（搜索不正是有如此趋势吗？）。新的计算方式正在改变我们设计软件的思路：如何让一个软件更好地充分利用本地的计算存储资源，又能够利用网络上的连接和公共知识空间。
例如，RSS的聚合器，我们已经有过很多选择。从桌面的聚合器(如Sharpreader)，或者网络上的聚合器(如Bloglines)，哪一个都不能让我们最满意。新的聚合器正是这样：本地后台聚合（低优先级进程），通过HTML呈现和配置。程序300K，运行内存大概不超过3M（Sharpreader 聚合100个RSS，内存需要90M)。
再例如，Blog工具，我们有了更多选择的教训了吧。有集中的创作工具和分布的发布站点，有客户端的写作工具和集中的发布站点，还有国内大多采用的集中创作工具和集中发布站点，等等。没有一个让人满意，甚至连CNBlog自身都颠沛流离，最后也没有秉持住简单示范的原则。新的Blog工具是这样：本地写作和保存(Web界面），选择发布到不同的公共站点。程序600K，运行内存不超过1M，所有数据本地保存（但是要记住经常备份刻录，别学我今夏的教训）。
这些都是Wego正在努力达到的目标，不仅是Blog，还有更广泛的个人知识管理；不仅是个人的自由发挥，还有显性隐性的社会性网络；不仅要平衡计算资源，有更好的自我控制，而且可以无缝升级；Web 上的远程应用都容易统一升级，到了桌面，就有了千变万化和时空错位，想想微软今天升级一个软件或者发布一个Service Pack有多费劲，哪怕一个补丁都要耗费很多精力。当然，还有很多Usability地考虑，即使一个URL也是Restful的。http://localhost/digest 就是你的文摘，localhost/photos 就是你的图片，localhost/contact 就是你的联系人，localhost/search 就是你的搜索（Google的搜索？），localhost/news 就是你的聚合器.....还有别忘了，在桌面的角落里，有一个Agent在不辞辛苦地调度着你的“进/出”信息。还会突然弹出来：“有3个朋友的RSS有更新....”，啊噢。
愿意参加Wego开发的一个Python程序员问我：为什么不用Windows GUI作客户端界面？答案就在于此。计算，也正在寻找自然的回归。
