コンピューターで最も嫌われている3つのこと

以下のすべては、経験豊富なユーザーだけでなくそれほど多くも適用されませんが、コンピテンシーを得るために多くの時間を費やしたくない低経験のユーザーの一部では、現代のコンピューターに対する敵意の一般的な理由を表しています(つまり、外部コンピューターは特定の苦情を引き起こさないため) 。



そのため、ユーザーにとって最も嫌われる3つの要素は、変更、驚き、コンテキストブレークです。



ユーザーがコンピューターを使用する唯一の理由は特定の問題を解決できるためであり、これを「インターフェイス」と呼ぶため、すべての考慮事項において、「問題を解決するためのインターフェイス」の概念に基づいています。



別の方法として、自動車、ピアノ、タイプライターなど、いくつかの他のインターフェースを比較します。



変更点



コンピューターを使用すると、インターフェイスを非常に迅速かつ簡単に変更できます(問題を解決するためのインターフェイスについて話していることを思い出します)。 新しい関数の出現により、プログラマー/インターフェース開発者/などは、要素の論理的な並べ替えの問題の前に立ちます。 たとえば、最上位には3つの関数がありましたが、現在7つの関数があります。それらを2つの論理グループ(3と4)に分けましょう。

ユーザーの観点からは、以前は3つの論理関数がありましたが、どこかに消え、2つのメニューがその場所に表示され、1つ目のアクションが1つ目、2つ目のメニューが2つ目です。 地獄、恐怖、破滅、プログラマを気にします。



なんで? 人がコンピューターと一緒に問題を解決するとき、インターフェイスを変更するには、問題の解決から注意をそらし、運動反射、本能、行動パターンなどを再学習し始める必要があるためです。 言い換えれば、経験豊富なユーザーの位置から「初心者ユーザー」の位置にユーザーをプッシュします。 生産性が低下し、未解決の問題が残る場合があります(以前は十分に解決されていましたが!)。



この問題が3つの機械的な例でどのように解決されるかを見てみましょう。 運転の変更は車で発生します。 そして、それは人にとって非常に重大な問題を引き起こします-別の車への移動さえも-少なくともブレーキに慣れる。 そして、機械を機械に変えることは、まったくの冒険です。 ただし、戻るだけでなく。 車のインターフェースを変更する問題の解決策は、ユーザーが再訓練しなければならないものの量を明確に理解することです。



ピアノでの同様の変更-私が覚えている限り、見ることができる最大値は、モデレーター、3番目のペダル(2つに比べて)の有無です。 何世紀もの間、他のすべては変わっていません。



タイプライターは、特に補助ノードの領域で最も変数です。 しかし、そこであっても、すべての変更はローカルでよく理解されています。 「最後のタイプライターにはタブボタンがあり、ここではその代わりにボタンのグループT1〜T4がありました。」 ただし、主な機能は同じままです。



驚き



車を運転することは、他のすべての活動と比較して最大数の驚きをもたらします。 しかし、これらすべての驚きはタスクのコンテキストにあります。 大まかに言って、犬が道路に飛び乗るのは、運転タスクの文脈では驚きです。 しかし、高速走行中に前輪駆動から後輪駆動への突然の移行-これは幸運なことに、実現していないフィクションのカテゴリからのものです。 他の2つのタスクについては、状況はほぼ同じですが、問題で予期しない変更が発生する可能性はほとんどありません。



しかし、すべての最新のインターフェースで-簡単に。 私はばかげて退屈な例を挙げません。私は誰もが現代のアプリケーションが予想外のことをすることができることを理解していると思います。 メニューの消失、「すべてを台無しにし始めた」、「奇妙な兆候が現れた」など



コンテキストブレーク



そして、これらすべては実際には1つのことを意味します:コンテキストの破壊。 突然、人は自分のローカルで居心地の良い問題から、抽象、概念、モデル、構築の原理の厳しく荒れ狂う海に追いやられますが、それはまったく理解できず、勉強するリソースもありません。



現代のコンピュータには非常に多くのレベルの抽象化があり、誰もがそれらをすべて覚えて知ることはできません。 それらを変更することは、予期せずユーザーに抜け落ちますが、常にコンテキストの中断です。 ユーザーは自分のタスクの代わりに、異常に遠く離れた何かに関連するローカルの問題について考え始めます(強制されます)。



車では、これはちなみに起こります。 そして、突然煙が始まり、車は立ち上がりました。 人は運転プロセスから脱却し、理由を見つけなければなりません(そして、緊急に行動します)。 そして、突然、起動する代わりにくしゃみをして、奇妙な音を立てます。 たくさんのライトが点灯して点滅しました。 等



しかし、自動車に関しては、これらはすべて低品質(またはひどい操作)の兆候であることが明確に知られています。つまり、このようなコンテキストの中断は緊急事態として明確に解釈されます。 車の場合、ユーザーのためにそのようなことをしないことは、高品質の兆候と見なされます。 同様に、フックされた文字の後ろのタイプライター、またはスライド式の弦のチューニングを備えたピアノの場合も同様です。



コンテキストブレークがコンピューターにとって完全に正常であると見なされるのはなぜですか? ダイアログ内のボタンを並べ替えますか? nefigはどうしますか。 すべてを5つのメニューに詰め込み、表示する前にメニューを指す必要がありますか? nefigはどのように機能し、それでも誇りに思っています。 メガスーパービューモードを有効にしますか? 小学校。



作業中に質問をする(または単にメッセージを表示する)だけですか? 簡単です。 私にとって最も印象的な例は、ナビゲーションアプリケーションの上にバッテリーの15%しか残っていないというメッセージが表示されることです。さらに、メッセージが表示されてから数十秒で画面が自動的にオフになり、パスワードのロック解除が必要になります。 これは、一般的に言えば、ステアリングホイール上のドライバーの手がピンコードを入力しないようにするためです。



コマンドライン



そして、突然、コマンドラインインターフェイスについて思い出したいと思います。 なぜ快適なのか知っていますか? 驚きはほとんどないからです。 問題がある可能性があります。 「どうすればいいのかわからない」という状況が考えられます。 状況は「するのが難しい」-かもしれません。 ただし、これらはすべてコンテキスト内にあります。 彼の休憩なし。



coreutils(およびその前身)、つまりls、cp、mv、cat、xargs、head、lessなどのコマンドは、数十年前から存在しています。 コンソールに座って、不変のインターフェースを持つことができます。これは、過去20年間に正確に行われてきたことを実行し、ユーザーが言うことを正確に実行します。 (はい、私はあなたが邪悪なconsole_codesで端末を破壊することができ、忘れられた引用符は非常にストレスがかかることがあり、Ctrl-Z / Cが常に機能するとは限りません...) ただし、グラフィカルインターフェイスと比較すると、コマンドラインにはプラス記号が1つしかありません-変更されません。 そして、すべておよびすべての次のスタイル変更でその動作を変更しません。 このため、彼女は「経験の浅いユーザー」モードに陥る可能性が低く、「新しいレベル、すべてのスキルがリセットされる」ことなく運動スキルを向上させることができる専門家に愛されています。



不変のインターフェイスのような単純なものがグラフィカルインターフェイスに表示されるまでに、何年かかるのでしょうか。



All Articles