Web 2.0 并不意味着可用性

我最近注册了一个 Flickr Pro 帐户
并且一直在使用 Flickr 来管理我的更多照片。我发现自己越来越
对 Flickr 用户界面中粗糙的地方感到恼火。例如,
例如,当你想删除某物的标签时,你点击
标签右侧的 [x] 按钮。Flickr 问你 “你确定要
删除标签吗?” 取消/确定
delete?

这几乎肯定是错误的做法。这会让人恼火,
因为网站(实际上)是在说“嘿,这可能是一个愚蠢的
行为,所以我要放慢你的速度,让你好好想想。”
最初几次人们可能会停下来思考(但他们
很可能在想的是“你这台笨电脑,我 *已经告诉* 你
该怎么做了”。)在那之后,当他们想删除标签时,操作
将会是 “点击 X;点击确定”,而不会停下来思考。

人们就是这样思考的。人们就是这样学会
像象棋或围棋这样复杂的游戏的。人们将信息和
动作组合在一起。这使得前脑可以继续思考
其他事情,而大脑的其余部分则执行一个
之前已经决定好的动作。如果一个动作需要确认,
后脑会将其作为执行动作块的一部分来确认。

与其对抗人类认知,不如顺应人类认知的方式是
允许撤销操作。撤销并不是一个新概念 —— 我们在 25
年前就开始使用它了。撤销操作与人脑配合良好,因为它允许
操作在没有确认的情况下发生,但它也允许
前脑(其运作速度比后脑慢)意识到
自己犯了一个错误,并用撤销操作来纠正它。

Flickr 并非一无是处。他们有时也使用撤销操作。

confirm1

当他们将图像添加到一个集合时,他们会添加一个指示,表明它
在右侧的集合中,因此 “确定” 部分是无用的。他们
应该完全跳过对话框,并在
集合列表下方插入一个临时的 “撤销” 按钮。即使他们确实使用了撤销操作,他们也破坏了它的操作,
通过一个确认。
confirm2
我当然想要
从集合中删除它!这就是为什么我刚刚点击了撤销,对吧?

在确认之后,是另一个无用的 “点击确定以表明
你还活着” 的框。
confirm3
当然它已经被
删除了,因为集合列表现在已经消失了。正确的方法是
处理这个问题是将右侧的集合列表灰显,并添加一个
“撤销” 按钮在它下面。

即使你使用开源软件实现了你的网站,
例如 Linux、Apache、MySQL 和 PHP,你也无法摆脱低质量
专有软件的典型特征,除非 *你的软件* 是开源的。
开源的。

很容易让别人自愿来解决问题。在开源
世界中,典型的回应是 “好主意;发送补丁。”
Flickr 生活在 Web 2.0 世界,而不是开源世界。他们的
软件就像任何专有程序一样糟糕。我们无法修复它。
只有 Flickr 可以修复它,希望他们至少会修复
我在这里概述的问题。