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 号班机空难(维基百科)，后来被制成《空中浩劫》第九季的一集内容。
