首先，我已经见过太多文章对用户或者大众进行含蓄的贬低了，keso文中所引用的那句“伟大的无知者”可算是比较温和的一句了。大众作为参与者，在有些时候确实无法发挥个人的那种理性思维，而且力量其又远远大于个人，所以那些有大众参与的活动，常常会出现不理智且波澜壮阔的一边倒现象，最明显莫过于股市。但是在选择服务，选择产品这个问题上，如果厂商仅仅把大众看成一个“无知”的群体，那他们的覆灭也就为期不远了。在选择服务的时候，大众作为一个群体反而能摒弃个人所拥有的好恶、崇拜、鄙视等等感情，大众需要的只是一个便捷、实惠的服务或者产品。在Google VS 微软这场斗争里，如果Google和MSN search之间没有明显的、质的差别，那么谁能把自己的服务送到用户的门前，谁就更有希望赢。在这种情况下，大众不会再关心这个公司的文化、理念甚至产品质量，他们所关心的只是鼠标指针要滑多远才能滑到这个商品上。大众是最现实的。

其次，总是拿微软的垄断来做文章也没什么意思。Google联手Firefox，与微软把MSN search集成进IE 7在本质上是一样的，都是要把自己的产品送到客户端。所不同的就是IE的市场份额比FF大的多，其影响自然也大的多。而且微软也表明了有权更换默认搜索的。虽然Keso指出了用户可能根本不会行使这个权利，但我认为这恰恰说明了客户需要的并不一定是某一个搜索引擎，他们需要的是一个能在客户端使用的便捷的搜索服务，而集成的MSN search足以满足他们。

Google现在占据着IT世界中最肥沃的一片土地，而微软则掌握着通向这片土地的道路，两强相争，必定精彩。

    这篇文章写的是Ajax设计中的10个常见错误。

1．  在点击部件后不即时提供视觉线索

如果我点击的某个部件会引发Ajax行为，那你最好给我一点视觉线索让我知道有些工作正在进行中。一个例子就是Gmail右上角的loading button：当我在Gmail里做了什么之后，右上方的红色小方块就会显示网页正在读取，以此来补足在网页读取时Ajax不会引发正常的网页UI变化（注：应该是只诸如ie右上角飘动的旗子那类UI部件）

2．  破坏了“后退”按钮

在标准网站用户界面中（注：应该值的还是浏览器），“后退”按钮是一个很有用的功能。不幸的是，后退按钮和Javascript不能很好的配合。保持“后退”按钮的功能正是不采用纯Javascript网络应用程序的一个主要理由。

3．  用链接来改变状态（Get请求）

正如我在以前的帖子里提到的，Ajax应用程序为那些认为GET操作不改变状态（注：服务器状态）的用户带来了很多问题。改变状态的链接不仅仅给（注：搜索引擎）的机器人带来了许多问题，还使那些习惯于链接驱动的浏览的用户在面对改变状态的链接时变得困惑。

4．  出乎意料的闪烁或改动网页的某些部分

Ajax中的第一个A代表了Asynchronous-不同步。不同步信息的问题是当它们出乎用户意料地弹出时，这些信息将使用户非常困惑。网页的不同步改变应该只限于有限的被定义区域，而且应该被明智地使用；那些在我并不想注意的地方出现的闪动的信息使我回想起那段使用HTML blink tag的日子。

5．  不使用能被我发送给朋友或是加紧书签的链接

网站的另一个很好的功能就是我可以把URL发送给别人，使他们可以看到我正在看的东西。我还可以把网站首页加进我的标签，以后再回来浏览。Javascript，或者进一步Ajax应用程序，可能会给这种使用方式带来很多问题。由于是Javascript在动态生成网页而不是服务器，URL就被从这个过程中剥离了，也不能再用来作为浏览的索引了。失去这个功能是很不幸的，这也正是很多Ajax网站中特别设立永久链接的原因。

6．  过多的程序代码造成浏览器变慢

Ajax带来了一种制造更加有趣的javascipt应用程序的方法，但不幸的是，有趣通常意味着更多的程序代码正在运行。更多的代码运行给浏览器带来了更多的工作，这意味着对于一些大量使用javascript的网站，特别是程序编的不太好的那些，你需要一个强大的CPU来保证功能可以迅速地运行。事实上，CPU的问题以前确实是javascript功能的一个限制，仅仅因为现在的电脑快了很多并不表示这个问题已经不存在了。

7．  发明新的用户界面惯例

使用Ajax常犯的一个重大错误是：“点击这个不明显的东西来获得另一个不明显的结果”。当然，用户在使用一个网站一段时间以后可能会意识到如果在这个div上点击并且拖拽的话，他们可以把它移到另外一个位置，但是由于这不是一个常规的用户体验，你还是增加了学习你的网页所需的时间和难度，这对任何一个应用程序来说都是负面的。

8．  局部的改变不能影响网页的其它部分

由于Ajax/Javascript给了你对网页内容的特殊控制，你会很容易变得对某个部分过度专注以至于丧失了大局观。这方面的一个例子就是Backpackit的标题。如果你改变了一个Backpackit的网页标题，他们会立刻替换掉旧标题，并且会记住改变右边的标题，但是他们确不该变HTML Head中的标题（注：这段翻译的有点模糊，有兴趣的可以参考一下那个网站）。在使用Ajax时，你需要估计到全局即使改变只是局部的。

9．  不同步地进行批处理

有了Ajax你可以使很多对表单输入的改变立刻生效，但那可能会造成很多麻烦。比如当我勾选了很多会异步发送信息到服务器的check box时，我将会丧失对checkbox整体状态改变的明晰，而且那些涌现出来的checkbox改变提示也会很讨厌并且分散注意力。

10. 页面滚到造成难以定位

在一个网页中弹出文本会造成的另一个问题是这些文本可能导致页面滚动。我可能正在开心地读着某篇文章或者在一个超常的列表中查找信息，而这时异步javascript请求决定把一个位置位于远远高于我的阅读位置的段落删掉，因此打断了我的阅读。这绝对是令人反感的，而且还会我还要浪费时间来重新定位。

对原文有兴趣的朋友可以看这里。还有另外一个关于Ajax应用误区的网站，也值得Ajax开发人员关注一下。

    谷歌这个名字据说是“山谷之歌”的意思。很空灵的一个名字。如果是一位民族歌手的艺名，那么他/她可能已经铺垫好了家喻户晓的基础。但是这个名字用在Google身上，只“空”不“灵”。

    就像我置疑百度时会用Google来支持自己一样，这次数落“谷歌”也不能不拿百度来说说事。Google在中国与百度的竞争中略负一酬的原因是众所周知的，除了那些不便言传的，最大的原因可能就是对于中文的“理解”问题。百度来源于“众里寻她千百度”，这个“寻”正好呼应百度的搜索业务（当然， “百度”某种程度上也暗示了“找一百次也不一定找得着”，还是需要“蓦然回首”的）。反过来再看“谷歌”，实在看不出和搜索有甚关系。在名字的选择上，Google又败了一酬。

    当然了，这Google本就是个舶来品，取个名字不一定要多有意义，只要读音上接近就好了。但就算这样，“谷歌”实在也算不上是一个“称职”的音译。那么Google为什么要选如此一个中文名呢？在我看来原因如下：

1．  Keso说28％的人曾经叫Google“狗狗”。可惜，这名字现在已经名花有主了。

2．  其次，还有13％的人称“Google”为“古狗”。这名子现在也不好用了，因为已经有了“搜狗”了。而且“搜狗”还真的去搜索狗来做代言了。要是Google真叫了古狗，难道要去找一只老狗来代言？

3．  其他的音译。Google乍一听像是“股沟”。这个更没法用，谁知到是腹股沟还是p股沟……

所以我觉得Google不是不想取个响亮的名字，而是受其英文名所累而选不到好的名字。

写到最后忽然对Google的中文名有了点想法。Google本身就是个数学家自创的词，代表了1后边跟100个0这个数，基本上就是非常大的数，那么它的中文名为什么不再从这个意思上入手呢？叫个“无穷”之类的不是更好。要不从音译入手，“顾”这个字是个不错的选择，至少有“看”的意思，引申一下也能有点“寻找”的以为。最不济就估个“估够”，取其意于“不管你搜什么，第一页的结果估计就够你用的了！”

依我来看，这个命题中所比较的对象不具有明显的可比性，至少在现阶段是这样。打个比方，feed好ADSL的Modem，而blog则好比我笔记本上的键盘+显示器。如果我使用电脑的目的是上网浏览的话，那么两者缺一不可，重要性不分轻重。Feed和blog的关系也如此。一个没有RSS Feed的Blog和一个纯静态HTML编成的个人主页有什么区别？而如果没有Blog，人们看见的只是一堆一堆基于XML的描绘性数据，即使你能用XSL生成显示，那么千篇一律的东西你不觉得厌烦吗？更加重要的是，RSS Feed现在只能提供单向的信息传输，即从信息发布者到信息订阅者。缺少订阅者的反馈功能造成的结果就是独立的RSS Feed只适用于那些单向传播方式，如新闻等。Blog在信息反馈和信息个性化显示上弥补了Feed的不足。

再说Feed和网页之间的关系。我赞同Keso所说的“将来的情况可能是，RSS Feed的意义大于网页”。这是因为Feed基于的XML比现有网页基于的HTML更加利于传播。XML利用严谨的书写格式、外连的显示方案完美地把数据和表示剥离开来，而HTML不可避免地将两者揉杂在一起。随着网站间数据交流地愈加频繁，XML相对于HTML的优势也就越明显。如果XML能够实现HTML中诸如表单的那些交互功能，那么XML+XSL这种组合取代HTML只是时间问题。

最后说说我对于扩充Feed意义的一些想法。首先，RSS Feed的标准必须统一，不能你搞你的RSS2.0，我搞我的Atom，即使能编出高度适应的解析程序，也不能否认这是一种浪费。其次，RSS Feed将变成双向交流标准。信息的发布可能会是RSS:Post，反馈则可能是RSS:Feedback，这在技术上是完全可行的，所需要的只是一个标准。

IT这个产业是建立在林林总总无数个标准和协议上的，其结果是标准的统一带来的影响很可能比技术上的突破更加有力度。RSS Feed现在需要的是一个至高无上的Authority。