Loading article…
 | |
| 著者 | ジェフ・ラスキン |
|---|---|
| 言語 | 英語 |
| ジャンル | コンピュータサイエンス |
| 出版社 | アディソン・ウェスリー |
発行日 | 2000 |
| 出版地 | アメリカ合衆国 |
| ページ | 233 |
| 番号 | 0-201-37937-6 |
| OCLC | 43286483 |
| 004/.01/9 21 | |
| LCクラス | QA76.9.H85 R37 2000 |
『ヒューメイン・インタフェース：インタラクティブ・システムを設計するための新しい方向性』 （ ISBN 0-201-37937-6 ）は、ジェフ・ラスキンが執筆し、2000年に出版されたユーザー・インタフェース設計に関する書籍です。人間工学、定量化、評価、ナビゲーションについて取り上げています。 [1] [2] [3]
コンテンツ
この本では、かなり些細なものから過激なものまで、多数のインターフェース設計の提案が提示されています。最も重要なテーマは、現在のコンピュータ インターフェースは、プログラマーの計画が不十分 (または計画が欠如) であることと、人々が実際にソフトウェアをどのように使用するか理解していないことの結果として、貧弱でユーザーを失敗に導くことが多いということです。[引用が必要]
ラスキンは、彼が設計したコンピュータ、キヤノンキャットを、彼が提唱するさまざまな対策を実装したシステムの例として頻繁に言及しています。[4]キヤノンキャットは、最初の情報機器と見なされることがよくあります。キヤノンキャットとヒューメインインターフェイスで提示されたアイデアの多くは、後にラスキンのArchyプロジェクトで採用され、後に息子のアザによって採用されました。[要出典]
ラスキンは、ソフトウェアインターフェースの効率を定量化する4つのモデル（GOMSキーストロークモデル、ラスキン自身の効率測定、フィッツの法則、ヒックスの法則）を紹介する章を設けています。これらはすべて、ユーザーが特定のタスクを実行するために必要な時間を最小限に抑えることを目的としています。[5]
設計ルール
ラスキン氏はまた、従来のインターフェースデザインに対するいくつかの変更を提唱している。[6]その中には次のようなものがある。
- モードレス –モードとは、コンピュータが同じ入力に対して、別の状態の場合とは異なる出力を生成する状態です。典型的な例は、キーボードの「キャップスロック」キーです。ラスキンは、モードを完全になくすか、「準モード」（彼が本の中で作った用語）を使用するように提唱しています。準モードとは、コンピュータをその状態に保つためにユーザーが一定の物理的な動作を行わなければならない状態であり、ユーザーは自分がそのモードにあることを忘れることはありません。例としては、キーボードのシフトキーがあります。[7]
- デザインの単調さ – アプリケーション内で特定のアトミックタスクを実行する方法は 1 つだけである必要があります (多くの最新のアプリケーションでは、少なくとも 3 つの方法があります。1 つは画面上のボタン、1 つはメニューのドロップダウン、1 つはキーボード ショートカットです。さらに、さらに多くの方法があります)。[8]
- ユニバーサルな元に戻す/やり直し –ドキュメントやアプリケーションを閉じて再度開いた後でも、すべてのアクションを元に戻したりやり直したりできる必要があります。 [9]
- 警告画面の削除 – 現代のソフトウェアアプリケーションは、潜在的に有害なアクションを実行する前に、ユーザーに「本当に実行しますか?」と尋ねることがよくあります。Raskin は、ユーザーは習慣的に警告画面を無視する傾向があるため警告画面は役に立たず、ユニバーサル アンドゥ機能があれば警告画面は必要なくなると主張しています。[10]
- テキストの普遍的な使用 – ラスキンは、ソフトウェア内のテキストが付いていないグラフィックアイコンは、ユーザーにとってわかりにくいことが多いと主張しています。[11]
習慣化はラスキンのガイドラインを推進する重要な概念であり、ユーザーの心を低レベルのインタラクションの詳細への注意から解放することを目的としています。[12]モードレスインターフェース、デザインの単調さ、ブロック警告の排除はすべて、インターフェース操作に対する習慣形成反応を促進することを目的としています。
非標準のインタラクションアーキテクチャ
ラスキン氏はまた、現在のオペレーティング システムとソフトウェアの性質にいくつかの根本的な変化をもたらす、ドキュメント中心のコンピュータ インターフェイス アプローチを提唱しています。
- スタンドアロン アプリケーションの終焉 – すべてのソフトウェア パッケージは、あらゆるドキュメントでユーザーが利用できるツールのセットとして構造化される必要があります。たとえば、テキスト ドキュメントの作成中に、ユーザーはドキュメントに計算を書き込んでから「計算」機能を押すことで数学的な計算を実行できる必要があります。[13]
- ディレクトリとファイル名の廃止 - 「テキストファイルの内容は、それ自体の最適な名前です。」すべての文書はその内容によって識別可能であるべきであり、したがって、ユーザーが作成した文書にはディレクトリや名前は必要ありません。ラスキンは、これらの名前は謎めいていて、後でファイルを見つけるのが難しくなる傾向があると主張しています。[14]
- ズーム可能なユーザーインターフェース– ラスキンは、 ZoomWorldと呼ばれるインターフェースを提唱しています。このインターフェースでは、ユーザーはコンピュータ上のすべての文書のグラフィック表現を含む2次元平面をナビゲートします。ユーザーは、すべての文書を表示するためにズームアウトしたり、特定の文書をズームインして読んだり編集したりすることができます。[15]
ラスキンはさらに、インターフェース設計は建築基準法と同様に規制の対象となるべきだと主張している。これは、消費者を危害から守るための法的保護策を確立し、優れた実践とインターフェースの品質を評価するための専門的なガイドラインと基準を確立することによって実現できる。[16]
注記
- ^ トリンダー 2002年。
- ^ ブラウン 2002年。
- ^ デローチ 2002年。
- ^ ラスキン 2000、pp.29-31、50、56-57、100、121、127、129、136、138、142、174、180、182。
- ^ ラスキン 2000、第4章。
- ^ ラスキン2000、212-213頁。
- ^ ラスキン 2000、3-2節。
- ^ ラスキン 2000、3-5 節。
- ^ ラスキン2000、100、107-109頁。
- ^ ラスキン2000、25-27頁。
- ^ ラスキン 2000、168-174頁、6-3節。
- ^ ラスキン 2000、pp.18-20、sec.2-3-1。
- ^ ラスキン2000、140-142頁。
- ^ ラスキン 2000、117-123頁、5-3節。
- ^ ラスキン 2000、6-2節。
- ^ ラスキン2000、200-202頁。
出典
- ラスキン、ジェフ（2000年）『ヒューマンインターフェース：インタラクティブシステムの設計に向けた新たな方向性』マサチューセッツ州レディング：アディソンウェスレー。ISBN 0-201-37937-6。
- Trinder, Jon (2002年10 月)。「ヒューマン インターフェース: インタラクティブ システム設計の新しい方向性 (書評)」。インタラクティブ学習環境。10 ( 3): 299–302。doi : 10.1076 /ilee.10.3.299.8765。S2CID 34725955。
- Brown, Dan (2002 年 1 月)。「The humane interface: new directions for designing interactive systems by Jef Raskin のレビュー。Addison-Wesley」。ACM SIGCHI Bulletin - A Supplement to Interactions。2002年(1 月 - 2 月): 12。doi : 10.1145 /967135.967153。S2CID 194943 。
- DeLoach, Scott (2002 年 8 月 1 日)。「ヒューマン インターフェース: インタラクティブ システム設計の新しい方向性 (書評)」。テクニカルコミュニケーション49 (3): 367–369。
外部リンク
- ヒューメイン・インターフェースからのデザインルールの要約