其实关于这个问题，我是没资格来讨论的，还没达到这个层次，可以说目前我只是处在最底层。

怎样才算足够快? 这是在《高性能网站建设进阶指南》2.1节的标题，我算是引用，进而是想让更多的人来分享前人多年积累下来的web可用性经验。

很多任务我们只是凭借自己感觉判断并完成，然而不同的人凭感觉做出的判断不尽相同，尤其是在团队合作中，那么只凭自己一时的感觉来做出判断，尽管说明不了你的自私，至少你没有站在团队的角度去考虑问题。

好吧，于是很多标准被一些人制定出来。—-这个框里的话是 CrossYou 在深夜里YY的

如何精确的描述在上下文中提到的怎样才算“足够快”显得非常重要，我想不同的人对“足够快”的感觉也会不尽相同，当然像得了差时症的李献计那样的人不算，于是为了能够精确的描述怎样才算“足够快”，Jakob Nielsen 为我们制定了一套准则：(附上英文原址：http://www.useit.com/papers/responsetime.html)

基于web应用的响应时间准则和所有其他应用一样。37年来这些准则毫无变化，所以它们也不太可能因新技术的出现而发生改变。

0.1秒：用户直接操作UI中对象的感觉极限。比如，从用户选择表格中的一列到该列高亮或向用户反馈已被选择的时间间隔。理想情况下，它也是对列进行排序的响应时间–这种情况下用户会感到他们正在给表格排序。

1秒：用户随意地在计算机指令空间进行操作而无需过度等待的感觉极限。0.2~1.0秒的延迟意味着会被用户注意到，因此感觉到计算机处于对指令的“处理中”，这有别于直接响应用户行为的指令。例如：如果根据被选择的列对表格进行排序无法在0.1秒内完成，那么必须在1秒内完成，否侧用户将感觉到UI变得缓慢且在执行任务中失去“流畅(flow)”的体验。超过1秒的延迟要提示用户计算机正在解决这个问题，例如改变光标的形状。

10秒：用户专注于任务的极限。超过10秒的任何操作都需要一个百分比完成指示器，以及一个方便用户中断操作且有清晰标识的方法。假设用户遭遇超过10秒延迟后才返回到UI的情况，他们将需要重新适应。在用户的工作中，超过10秒的延迟仅在自然中断时可以接受，比如切换任务时。

——————————————– YY 专用分割线———————————————–

其实我也不太清楚YY着俩字母具体是哈含义，自己体会吧，不同的人感觉我像也是不尽相同，这个可以没有标准。

上面提到的 0.1秒、1秒、10秒 依次十倍延长，但0.001秒和100秒都将会一个没有意义的响应时间，一个太快，用户感觉不到；一个超慢，用户郁闷的要死(如果没有百分比或者是总时间倒计时的话，用户很可能就会离你而去)，那么在这三个用户可感知的时间中，其实我们需要给用户做出不同的响应提示，增强用户体验与应用的可用性，0.1秒是用户直接操作UI的感觉极限，好吧，在这个时间之内的处理，我们可以不做任何的响应提示，做了或者也只是多次一举画蛇添足，那么在超过用户感觉直接操作UI极限的0.1秒，我们就必须对用户做出一些响应的提示，因为所有超过0.1秒的操作都让用户感觉到操作的不流畅，那么我们就应该需要向用户提示“计算机正在处理这个问题”，比如现在博客中流行的“Ajax 无刷新 提交用户评论(留言)”，当用户点击提交评论(留言)按钮后，一般都会用一个loading的图标在转动，以向用户提示 计算机正在处理你的请求，通过这种方式不仅加快的应用的响应时间，同时也增强了应用的用户体验，如果应用处理用户操作超过10秒，那么你就必须(或者是最好，因为这并不是必须的)以百分比显示计算机当前处理的进度，否则，用户将会感到非常沮丧，很有可能在这个处理没有完成之前边跳出了这个页面，从而造成用户的流失，降低了网站的粘度…

最后想说的是，有很多东西都是有他之所以流行并广泛应用的理论依据的，多多总结并遵守之学习之，对我们自身各方面的提高都是有帮助的。

就YY这些了。