記事は、多くの人の関心を呼ぶところとなり、読者からは数多くの興味深い指摘がなされることとなりました。それらのうちで重要なものについて、ここにわたしからの答えを添えてまとめておきました。寄せられた質問あなたの主張には数字による裏づけがない、根拠のないことをでしゃばってるだけこれについては、ある程度はあの記事でも論じたところです。記事の主張の多くを裏付ける証拠が実在していたとしても、多くのフリー/オープンソース・ソフトウェアのプロジェクトには詳細なユーザビリティ・テストを行なうだけの時間も資金も人材もありません。向けのオープンソースのテキストエディタ)を使ってもらってるところを録画するなんてことはできないのです。わたしがいいたかったのは、だからといってそのことを理由にしてユーザビリティの問題をあきらめてはいけないんだということです。そのことが、ユーザーの予測される振る舞いを合理的で洗練されたものにしようとすることの妨げになってはいけないのです。経験から確証が得られたのであれば、それはもちろん活かされるべきですし、ユーザーからそうした確証を得る努力をわたしたちは惜しむべきではありません。正しいインストール方法についてよくわかっていなかったせいでした。例に置き換えたのはそれが理由です。タスクバーの例については、ひときわ混乱を招いたようでした。わたしが考えていたのは図1のようなもので、これならこちらで余計なことをしなくても異なるタスクがはっきりとわかります。あそこであげた例は、あくまで論点を図示するためのものにすぎません。ウェブ・ブラウザであると同時にファイル・マネージャでもあり、ツールバーのレイアウトはファイル・マネージャとして理にかなったものなのであるという指摘を受けました。それはそうかもしれません。ウェブ・ブラウザであろうとなかろうと、異なるジョブもこなせるからといってブラウジングはしにくくするべきだということにはなりません。ファイル管理かウェブ・ブラウジングかによってツールバーのレイアウトを切り替えるというのは簡単なことだと思うのですが。モックアップがお気に召さなかった人もいるようです。わたしがアーティストとして失格だということはよろこんで認めますが、わたしは自分の主張については間違っていないと考えています。ツールバーのボタンはべつに同じ大きさに揃っている必要はないのです。均整のとれた配置がよく見える場合もあるでしょうが、わたしは多少の見栄えよりは使い勝手のほうを選びます。[戻る]ボタンをデフォルトでより大きくすることにしました。同様のことを実現できるということを知りました。そんなに目にしないのです。法則についてのコメントを、すべてのコントロールがスクリーン端に置かれるべきだという意味だと受け取ってしまいました。わたしがいいたかったのはそういうことではありません。わたしは単に大きいコントロールほどクリックしやすいということ、それからスクリーン端に接しているコントロールというのは実効上より大きいとみなせるということを指摘しただけです。このことは多くの証拠にも支えられています。これはスクリーンの最上端に置かれていますが、こうなっているほうがアプリケーションごとにメニューバーが付いているよりもすばやく使えるということは間違いありません。スクリーン端の近辺にあるコントロール(ウィンドウの装飾、スクロールバー、そしてメニュー)は、つまりスクリーン端に接していたほうがずっと使いやすいのです。「僕はウィンドウを最大化なんてしないしね」という意見については、大いに議論の余地があるといわねばなりません。わたしはウィンドウの境界線について話していたわけではありません。ウィンドウマネージャは、最大化していないウィンドウにはボーダーを付け、最大化しているウィンドウには付けないようにするということもありえるからです。わたしがいいたかったのは、アプリケーションの右端とスクロールバーの右端との間のことでした。テーマがたくさんあるということです。お望みでなければ、コントロールの外見に変更を加える必要さえありません。最大化時にコントロールがウィンドウの境界上で有効になるようにするだけでいいのです。あなたが個人的に普段ウィンドウを最大化して使うかそうでないかは問題ではありません。なっているだけで、使い勝手は大きく向上するのです。この件ではもうひとつ、ウィンドウの体裁についても瑣末な議論がありました。アプリケーションを閉じるという動作は間違ってやってしまってはまずいことだから、[閉じる]ボタンはスクリーン端にはくっつけずに、押しにくくしておくべきだと考えた人もいたようです。これはちょっとおかしな指摘だと思います。ひじょうに一般的なアクションを、わざわざやりにくいように設計しようというのはおかしなことです。これについては2点反論ができるでしょう。[閉じる]ボタンはウィンドウの右上端に位置しているので、マウスを大きく移動させることになります。誤ってそうしてしまうということはそう起こることではありません。上隅にボタンがあるということは、「ウィンドウを閉じる」という動作を、マウスを左上(ないし右上)に放るというきわめて特徴的なものにしています。ボタンを数ピクセル移動させておいたところで、[ファイル]メニューで操作を誤ってしまうなどといった、アプリケーションを閉じてしまうもっとありがちな他のケースの予防措置にはなっていません。記事にあるスクリーンショットの[閉じる]ボタンが[最小化]/[最大化]ボタンの近くには配置されていないことにも注目しましょう。ポイントにしたがって終了時にその状態を記憶するようになっているのであれば、アプリケーションを終了させてしまったところでそれが一大事にはならないはずです。ユーザーはまたアプリケーションを立ち上げて、終了したところから続きをはじめればいいわけですから。いってることはどれもあたりまえの常識だよねそうです。そのことはイントロダクションでも述べたとおりです。補足し、開発者にその分野(ユーザビリティ)についてよりいっそうの研究を奨励しようということで書いたものです。一貫性はユーザーインターフェースの重要な要素です、アプリケーションはユーザーのデスクトップにあるその他の部分から浮いていないよう努力しなければいけません。完全に適合していながら、同時に最悪の使い勝手のアプリケーションというのもありうると考えているのです。インターフェースをデザインするにあたって無視してもよいガイドラインがあるというわけではありません。問題について考えてもらうための手引きとして書いたものにすぎません。ページの最初に「手引き」って書いてあるわけです。デザインというのはそれについて膨大な著作がなされているほどの広範な領域であり、わたしがそのすべてを語るというわけにはいかないからです。何点かについては、いずれもう少し掘り下げた記事を書きたいとは思いますが、それも要点を短くまとめたようなものなるでしょう。それはクローズド・ソースのアプリケーションにだって当てはまるじゃないかこれはいかにもその通りです。それらについてはフリー/オープンソース・ソフトウェアの開発者でできることというのは多くありません。そもそも定義からして、ソースコードが手に入らないわけですから。わたしがフリー/オープンソース・ソフトウェアの開発者を対象に記事を書いたのは、それがもっとも効果的であると思ったからです。記事でも述べたとおり、フリー/オープンソース・ソフトウェアの開発者を中傷しようという意図に基づいたものではありません。それらのプログラムのインターフェースを改善するアイデアを提供したかっただけなのです。それからまた、じつはこれには下心もあるのです。わたしはフリー/オープンソース・ソフトウェアのソフトウェアを、終日毎日使っているので、その開発者をわたしがいつも使っているアプリケーションのインターフェースの改善に駆り立てることで、最終的には自分の時間を大幅に節約できないかと目論んでいるわけです。なんでこのアホのいうことに耳を貸さなきゃいけないわけ?もっともな話です。いえ、(わたしにとってはありがたいことに)掲示板ではこういう意見は目立ったものではありませんでした。たしかに、わたしはユーザビリティに関してなにか資格を有しているわけではありません。それどころか、コンピュータについての資格だって持っていません。開発に費やしてきています。キロバイトのメモリに低速のプロセッサ、キーボードはおろかカラーのディスプレイすらその存在をあてにできないという環境に向けて開発することは、開発者をインターフェースについてひじょうに注意深く考察させるのです。適切なインターフェースを備えることができたと思います——もちろんつねにさらなる改善の余地はあるものですが。したことから、わたしは自分を技能を持ったアマチュアであると考えています。よければ、わたしの助言を参考にしてもらえたらと考えているのです。ソースには原文がコメントとして埋め込まれていますので、ご指摘の参考にしてください。誤字や言い回しの訂正などの小さな変更はここに掲載していなくても随時行っています。2005-07-30公開。M.Shibata.本翻訳は、クリエイティブ・コモンズ・ライセンスの下でライセンスされています。