软件随想录(local.joelonsoftware.com/wiki)-2000年05月08日 使用介面设计手册第八章 - User Interface Design for Programmers

2000年05月08日 使用介面设计手册第八章 - User Interface Design for Programmers Chapter 8

 

 

The Joel on Software Translation Project:使用介面设计手册第八章

From The Joel on Software Translation Project

Jump to: navigation, search

程序员的使用介面设计手册 第八章：为节省大家的麻烦所作的设计，第三部份

作者：周思博 (Joel Spolsky)
译：Paul May 梅普华
Monday, May 8, 2000 A part of Joel on Software, http://www.joelonsoftware.com

图形使用介面有一个老原则，就是不应该要人们去记电脑可以记的东西。最典型的例子就是打开文件的对话框，它会显示文件的列表，而不是要求使用者回想并输入正确的文件名称。人们在有线索时更能记住东西，所以总是喜欢由列表中挑选而不想单靠记忆。

另一个例子就是功能表本身。看看过去，提供可用命令的完整功能表已经取代了必须记忆所用命令的旧式命令列介面。不论你的UNIX朋友怎么说，这基本上都表示命令列介面不如图形使用介面。使用命令列介面就像为了在韩国的麦当劳点餐去学韩文。而功能表示介面就像指著要的食物猛点头：不需要经过学习曲线却传达了相同的资讯。

考虑一个典型绘图程序中的文件选择过程：

很幸运的，Windows 98导入了缩图支持，所以你可以用下面的方式看文件：

这样要打开你要的文件就容易多了；根本不需要花心思把文字对应成图片。

在自动完成之类的功能中也可以看到最小记忆原理的作用。即使你必须打字，有些程序还是会推测你要打的是什么：

在这个例子中，只要你打"M"，Excel就会猜你可能是要打Male，因为你在这一栏输入过Male，所以就提议用这个来自动完成。不过"ale"会被标成选取状态，所以万一你不是想输入Male，你可以继续打字(或许是"ystery")，亳不费力地覆盖Excel的猜测。

Microsoft Word在猜测你打字时就有点过头了，每个在欢乐五月用过Word的人都会发现：

为节省大家的麻烦所作的设计，总结

我在这几章总共带出了三个原则：

1. 使用者不读东西(第六章)
2. 使用者不会用滑鼠(第七章)
3. 使用者记不得任何东西

你可能会开始觉得我是把使用者当白痴。这并不是事实。如果鄙视使用者就会制作出Microsoft Bob这种傲慢的软件(然后再丟到垃圾桶)，结果没有人会很快乐。

其实在软件设计上还有更傲慢自大的状况：「我的软件酷得不得了，酷到大家得来个脑筋急转弯才会用。」这种厚脸皮在免费软件世界中相当常见。嘿，Linux是免费的！如果你不够聪明搞不懂这东西，根本就不配用！

人的资质分布是个钟型曲线。你的客户可能有98%够聪明到能使用电视机。大约70%能使用Windows。有15%能使用Linux。只有1%能写程序。不过却只有0.1%能用C++之类的语言写程序。而只有0.01%能搅懂Microsoft ATL程序设计(而且他们都留胡子戴眼镜，没有异常。)

这种快速下降趋势有个结果，就是只要你「降低门槛」一点点(比如说容易使用10%好了)，能使用的人数就会戏剧性地增加(比如50%)。

所以啰，我并不是真的认为大家都是笨蛋，而是认为如果你持续努力把程序设计得很容易，连白痴都能够使用，你就能做出一个容易用而且人见人爱的程序。另外你也会很惊讶地发现，小幅度的可用性改善如何能换来很多的客户。

要评估一个从未看过的程序或对话框的可用性时，有个好方法就是装得有点笨地使用。不要读对话框內的文字。不加验证地随意假设程序运作的方式。试著只用一根手指操作滑鼠。犯很多的错并且到处乱按。看看程序是否照你的想法进行，或者至少能温和地引导你而不会乱掉。不要那么有耐心。如果没法子马上得到要的结果就放弃。如果使用介面无法接受你笨拙不纯熟的动作，就需要再改进。

下一章：一个产品的设计程序

这些网页的內容为表达个人意见。
All contents Copyright 1999-2002 by Joel Spolsky。All Rights Reserved.