<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://wiki.karljones.com/index.php?action=history&amp;feed=atom&amp;title=Principle_of_least_astonishment</id>
		<title>Principle of least astonishment - Revision history</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.karljones.com/index.php?action=history&amp;feed=atom&amp;title=Principle_of_least_astonishment"/>
		<link rel="alternate" type="text/html" href="http://wiki.karljones.com/index.php?title=Principle_of_least_astonishment&amp;action=history"/>
		<updated>2026-10-23T15:22:47Z</updated>
		<subtitle>Revision history for this page on the wiki</subtitle>
		<generator>MediaWiki 1.24.2</generator>

	<entry>
		<id>http://wiki.karljones.com/index.php?title=Principle_of_least_astonishment&amp;diff=19793&amp;oldid=prev</id>
		<title>Karl Jones: Created page with &quot;The '''principle of least astonishment''' ('''POLA''') (alternatively &quot;principle/law/rule of least astonishment/surprise&quot;) applies to user interface and software design, from...&quot;</title>
		<link rel="alternate" type="text/html" href="http://wiki.karljones.com/index.php?title=Principle_of_least_astonishment&amp;diff=19793&amp;oldid=prev"/>
				<updated>2016-12-05T18:44:53Z</updated>
		
		<summary type="html">&lt;p&gt;Created page with &amp;quot;The &amp;#039;&amp;#039;&amp;#039;principle of least astonishment&amp;#039;&amp;#039;&amp;#039; (&amp;#039;&amp;#039;&amp;#039;POLA&amp;#039;&amp;#039;&amp;#039;) (alternatively &amp;quot;principle/law/rule of least astonishment/surprise&amp;quot;) applies to user interface and software design, from...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;The '''principle of least astonishment''' ('''POLA''') (alternatively &amp;quot;principle/law/rule of least astonishment/surprise&amp;quot;) applies to user interface and software design, from the ergonomics standpoint.&lt;br /&gt;
&lt;br /&gt;
A typical formulation of the principle is: &amp;quot;If a necessary feature has a high astonishment factor, it may be necessary to redesign the feature.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
In general engineering design contexts, the principle can be taken to mean that a component of a system should behave in a manner consistent with how users of that component are likely to expect it to behave; that is, users should not be astonished at the way it behaves.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[DWIM]] (Do What I Mean)&lt;br /&gt;
* [[Convention over configuration]]&lt;br /&gt;
* [[Human interface guidelines]]&lt;br /&gt;
* [[List of software development philosophies]]&lt;br /&gt;
* [[Look and feel]]&lt;br /&gt;
* [[Occam's razor]]&lt;br /&gt;
* [[WYSIWYG]]&lt;br /&gt;
&lt;br /&gt;
== External links ==&lt;br /&gt;
&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Principle_of_least_astonishment Principle of least astonishment]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Software design]]&lt;/div&gt;</summary>
		<author><name>Karl Jones</name></author>	</entry>

	</feed>