先說個故事，某大樓里的職員抱怨電梯的響應(yīng)速度太慢，物業(yè)就請來電梯公司派人來解決這個，電梯公司派出一個研究員，這個研究員在大樓里轉(zhuǎn)了兩天，最后給出了一個很低成本很快速的解決方案，實施之后抱怨消失了。解決方案就是，在電梯間里安裝一面鏡子。

這是《GUI設(shè)計禁忌》里面的一個故事，這個故事揭示了兩個問題：1、用戶對響應(yīng)很關(guān)注；2、解決響應(yīng)問題不一定要真的提高性能。

在DMMT里面，人機界面都是靜態(tài)的，界面和界面之間的切換似乎也不需要時間，所以DMMT也就沒有遇到“響應(yīng)問題”。實際的情況是，CPU、硬盤、內(nèi)存、顯卡、網(wǎng)絡(luò)傳輸?shù)拳h(huán)節(jié)加起來，計算機很難做到實時響應(yīng)，如果考慮到用戶可能在使用某個界面的時候，還在BT下載、聽音樂、殺毒，實時響應(yīng)就更沒影了。

從用戶這邊看過來，用戶希望在人機界面0.1秒（實際上人對連續(xù)動畫的感知大概是0.065秒）之內(nèi)給于正確的手眼互動反饋（鍵盤輸入、鼠標(biāo)指針的、窗口的移動、按鈕被點擊的響應(yīng)等），在1秒（對話舒適間隔的最大值，為了讓對話舒適的繼續(xù)，這個時間點其中一方一定要說點什么）之內(nèi)完成用戶請求的操作（比如彈出對話框），在10秒（在這個時間單位里，人們經(jīng)常會放棄或者中斷一個大任務(wù)的執(zhí)行）之內(nèi)完成一個復(fù)雜任務(wù)中的第一步。

提高響應(yīng)的四類技巧：
一、及時反饋
·立即確認(rèn)用戶的輸入（0.1秒之內(nèi)確認(rèn)，先確認(rèn)后執(zhí)行）
·操做時間大于1秒時提供忙指示器或進度條指示器
·首先顯示重要的信息（漸進式現(xiàn)實）
·虛擬高負(fù)荷的計算環(huán)境進行測試

二、并行處理
·將工作延遲，直到有時間/資源來執(zhí)行
·盡可能超前工作

三、隊列優(yōu)化
·為提高效率重拍輸入隊列
·清除不再需要執(zhí)行的任務(wù)

四、動態(tài)時間管理
·監(jiān)測任務(wù)隊列，在嚴(yán)重滯后于用戶命令時調(diào)整策略或方法
·監(jiān)測時間進度，必須要可降低質(zhì)量或者數(shù)量趕上進度
·預(yù)測完成時間，決定如何去執(zhí)行任務(wù)
·預(yù)測時間進度，與用戶協(xié)商服務(wù)質(zhì)量或決定是否還要進行此任務(wù)

響應(yīng)的重要性并沒有廣為人知，DMMT也對其采取了忽視的態(tài)度，這導(dǎo)致了一個結(jié)果就是我和cobalt給糗事百科加上點擊動畫的時候大家眼睛一亮（很遺憾這個動畫效果由于js兼容問題暫時被去掉了）。隨著webapp的大潮，web界面中的響應(yīng)問題將越來越凸顯，再次推薦《GUI設(shè)計禁忌》這本書。