為極客設計的可用性/使用者反饋
每當使用者按下按鈕、撥動開關、點選滑鼠、輸入命令或以任何其他方式向機器發出命令時，都必須有反饋告訴使用者命令已被理解。反饋可以是聲音、燈光亮起、螢幕上的文字等等。
理想的反饋形式是讓使用者看到事情發生。如果你開啟一個電機，你可以聽到電機的聲音，看到輪子轉動。在輪子上繪製一個不對稱圖案可能是一個好主意，這樣就可以很容易地看到它是否在轉動。這樣一來，使用者就永遠不會懷疑電機是否開啟或關閉。
機械開關、手柄等可以透過你將它們置於的位置提供反饋。調音臺上的推子透過其機械設計的本質，很好地指示了其位置。旋轉旋鈕更便宜，但位置只能從大多數電位器旋鈕上指示位置的標記或箭頭看到。典型電視遙控器上的上下按鈕沒有任何反饋，除了它控制的聲音。
如果裝置沒有給出反饋，那麼使用者就會認為命令沒有收到和接受。使用者可能會再次按下按鈕，或者認為裝置壞了或者他們做錯了什麼。
響應時間在這裡很重要。響應時間應該可以預測，最好是短時間。我曾經編寫了一個計算機程式，它進行各種數學運算。大多數計算很快，但有一個特定的計算需要 30 秒。我的測試人員點選了按鈕，由於他沒有立即看到任何事情發生，他再次按下了按鈕。他感到沮喪，又反覆點選按鈕。30 秒後，第一次點選的結果出現在螢幕上。但由於他按了 20 次按鈕，系統有一個命令佇列，它執行了 20 次耗時的命令。結果是系統在接下來的 10 分鐘內無法做任何其他事情！
我們可以從這個故事中學到的是，如果系統無法立即響應命令，那麼應該有一個指示系統已收到命令並正在處理它的指示。例如，許多系統顯示沙漏圖示來表示使用者需要等待答案。沙漏只提供最少的資訊。它告訴系統正在工作，但沒有說明它在做什麼。更具資訊性的反饋可能包括系統收到的命令、正在進行的操作以及將花費多長時間的資訊。下面所示的進度條是一個很好的解決方案。它運作良好，因為使用者直觀地理解當進度條到達頂部時，程序就完成了。（不過，一個問題是很難解釋每個進度條指示的任務。）
讓我們回到電機示例。在大多數情況下，不需要其他反饋，因為使用者可以聽到和看到電機是否在執行。但可能存在使用者需要來自開關本身的反饋的情況，即電機不工作時。維修電機的技術人員肯定會想知道電源開關是否開啟或關閉。如果問題是電源丟失，那麼你會希望確保開關關閉，這樣電機在電源恢復時不會突然啟動。因此，開關的狀態應該是可見的，即使這種資訊很少需要。
在 1990 年代初期，一段時間內，靜音計算機鍵盤很流行。處於購買情況下的消費者對這些鍵盤很著迷，這些鍵盤對輕微的按鍵反應靈敏。但問題是，當一個忙碌的使用者意外地輕觸一個鍵而不完全按下去時。使用者不知道系統是否將這次輕觸解釋為一個按鍵。這個過程會打斷使用者的思路，因為他們突然不得不集中精力處理一個微不足道的問題，即是否寫了一個字母。因此，所有鍵盤都應該有一個點選機制。你不僅可以聽到鍵盤發出的輕微聲音，還可以感覺到點選。點選感來自這樣一個事實：當按鍵越過某個閾值時，你手指所受到的機械阻力會突然消失。這也稱為觸覺反饋。點選感對於經驗豐富的打字員來說非常重要，因為觸覺反饋是知道自己是否做對了事情的一種非常自然的方式。它使你能夠比一直盯著螢幕進行反饋時更快、更輕鬆地工作。
反饋的強度應該反映情況的重要性。通常，輕微的按鍵應該只發出輕微的聲音，而像啟動大型危險機器這樣具有重大後果的動作可能會產生更大的聲音並開啟一個大的指示燈。有些機器在每次按下按鍵時都會發出響亮的蜂鳴聲，這可能會讓使用者感到相當煩躁，尤其是在附近的人來說。