最小惊奇原则

最小惊奇原则（POLA），又称最小惊奇原则（也是一种法则或规则），适用于用户界面和软件设计。它提出，一个系统的一个组成部分的行为应该是大多数用户所期望的行为。这种行为不应该使用户感到惊讶或意外。以下是对这一原则的正式表述：如果一个必要的功能有很高的惊奇因素，那么可能有必要重新设计这个功能。至少从20世纪70年xxx始，这个术语就已经在计算机使用方面被使用了。尽管首先在计算机技术领域被正式化，但该原则可以广泛地应用于其他领域。例如，在写作中，对作品中另一部分的交叉引用或超链接的措辞应准确地告诉读者应该期待什么。在一本关于钓鲈鱼的书中，关于如何烹调渔获物的食谱，见第4章，不应该把读者引向关于各地钓鲈鱼季节的章节。

教科书上的表述是：人是系统的一部分。设计应该与用户的经验、期望和心理模型相匹配。这个原则旨在利用用户现有的知识，将学习曲线降到最低，例如，在设计界面时大量借用功能相似或类似的程序，而你的用户很可能已经熟悉这些程序。用户在这方面的期望可能与某个特定的计算平台或传统密切相关。例如，Unix的命令行程序被期望在开关方面遵循某些惯例，而微软Windows程序的部件被期望在键盘快捷键方面遵循某些惯例。在更抽象的环境中，如API，期望函数或方法的名称能直观地与它们的行为相匹配是另一个例子。这种做法还包括应用合理的默认值。当一个界面的两个元素发生冲突，或者模糊不清的时候，应该选择让用户最不惊讶的行为；特别是程序员应该尽量考虑让使用该程序的人最不惊讶的行为，而不是从了解该程序的内部工作原理中自然产生的行为。选择最不令人惊讶的行为可以取决于预期的受众（例如，最终用户、程序员、或系统管理员）。

提供键盘快捷键的网站通常允许按下?来查看可用的快捷键。例子包括Gmail、YouTube和Jira。在Windows操作系统和一些Linux的桌面环境中，F1功能键通常可以打开一个应用程序的帮助程序。macOS中类似的键盘快捷键是⌘Command+⇧Shift+/。用户在按下通常的帮助快捷键时，会期待一个帮助窗口或上下文菜单。

如果软件将这个快捷键用于其他功能，而没有帮助出现，很可能会引起人们的惊讶。一种编程语言的标准库通常提供一个类似于伪码ParseInteger(string,radix)的函数，它从一串人类可读的数字中创建一个机器可读的整数。弧度通常默认为10，意味着字符串被解释为十进制（基数10）。这个函数通常支持其他基数，比如二进制（基数2）和八进制（基数8），但只有当它们被明确指定的时候。与这个惯例不同的是，JavaScript最初对以0开头的字符串默认为基数8，这造成了开发者的困惑和软件的错误。在ECMAScript3中不鼓励这样做，在ECMAScript5中放弃了。