1992年7月20日，因特航空148號航班在接近法國斯特拉斯堡國際機場的孚日山脈墜毀。96名機組人員和乘客中有87人遇難。那么我為什么要在編程博客上寫這么可怕的事故?因為事故的原因。

?

　　圖1

　　許多因素共同導致了因特航空148號班機撞山墜毀。然而，其中一個主要原因應該引起每一位軟件開發或者用戶界面(UI)設計師的關注。空客A320擁有世界上最先進的駕駛艙。艙內飛行員所面對的大部分儀表和儀器都是數字化的。

　　當機長通過厚厚的云層看到接近跑道時，他以為已經在孚日山脈上方，設置了3.3微度的傾角平緩降落。然而，在他無意識的情況下，飛機以每分鐘3300英尺的速度下降，比原本的3.3′下降速度快得多。飛機撞擊山頂，爆炸了。航空事故調查員注意到這兩個數字之間的相似性——飛行員本打算以3.3′的速度下降，但實際下降速度是3300英尺每分鐘。

　　后來人們發現，空客A320使用單屏顯示兩種不同降落模式——垂直速度(VS)模式和飛行航徑角模式(FPA)。飛行航徑角用小數點分開的兩個數字顯示，垂直速度用兩位數字顯示(他們都有一個減號表示負值)。右邊是一個圖像顯示FPA值為-2.8′ (圖1)。在VS狀態下沒有顯示圖片，但從研究中你可以發現兩個顯示圖片如此相似——幾乎難以區分。

?

　　圖2

　　這種簡單的設計不當，導致了飛行員堅信他處于某種模式下，而實際處于另一種模式。雖然這不是事故發生的唯一因素，但是如果飛機的用戶界面顯示更加直觀，這次的空難幾乎可以肯定不會發生。用戶界面設計不當是常見的錯誤類別之一，稱為功能狀態錯誤。

　　事實上，盡管所有在HCI學習過得人都知道模式非常糟糕，但他們仍然在現在的軟件中普遍使用，一如既往的令人討厭。不幸的是很難找到基于模式交互的替代品。左圖是處于兩種不同模式下的谷歌瀏覽器——常規模式和無痕瀏覽模式。這些模式之間的差別很小——窗口上從未關注區域上的一個差別很小的圖片。但是這些模式的實現卻非常重要。如果你關閉無痕瀏覽模式下的一個標簽，就不能簡單通過Ctrl+shift+T從關閉歷史中恢復。該網頁已被永久性關閉。瀏覽器不會記錄你的登錄詳細，亞馬遜購物車信息以及瀏覽歷史。顯然這是無痕瀏覽器的意義所在，但同樣重要的一點事這種模式很難與常規模式區分開，除非你曾經失誤關閉了不想關閉的網頁。

?

　　圖3

　　當我完成我的大學畢業設計，一個往返式UML建模工具，面臨了模式錯誤的問題。為了畫出兩個類之間的關系，用戶會從右面板中選擇關系類型，然后畫出關系圖。但在那之后這個工具應該怎么做?是用戶完成關系圖繪制后直接退出“關系圖繪制模式”呢?還是為了方便后續使用維持當前狀態?由于時間較緊，資源有限，我們沒有能夠進行太多的可用性測試，但據我觀察，沒有一個答案是正確的。這兩種方案非常棘手而且頻繁導致錯誤。依我個人淺見，模態模式已破碎得無法修復。

　　我不確定第一個講這個故事的人是誰，但是我想這個故事的寓意是無論何時都盡可能的避免使用模式。哦，如果你想知道，新的空客A320駕駛艙顯示器使用兩位數顯示飛行航徑角，而垂直速度時使用4位數字。這不是一個完美的解決，但相比之下要好得多。

　　譯注：限于譯者水平有限，不足之處懇請指正。

　編注：因特航空148 號班機空難(維基百科)，后來被制成《空中浩劫》第九季的一集內容。