Web 2.0 の HCI の課題は何ですか?
2 に答える
さらにいくつかを次に示します。
プライバシー オプションをクリアする
Facebook は、コンテンツの所有権とプライバシーを扱う方法を繰り返し変更してきました。(ここ、ここ、ここを参照してください。) 明らかな PR の失敗は別として、これはユーザーがプライバシーを理解するのが難しいことも示しています。
私たちのようなオタクは、継承とグループの概念に精通しています。一体、私たちの多くは、*nix システム上のファイルを扱うときに、パーミッション構造を明示的に扱っています。ただし、ほとんどのユーザーにとって、誰が何をなぜ見ることができるのかは明らかではありません。
サービスの相互運用性
デスクトップでは、ツールを連鎖させて目的の結果を得ることができることに慣れています。簡単な例としては、画像のサムネイルをファイル エクスプローラーから画像エディターにドラッグすることです。私たちはそれがうまくいくことを期待していますが、ウェブ上ではそうではありません
Flock ブラウザーは、Google Docs のWeb クリップボードと同様に、この欠点を克服するために何らかの方法を採用していますが、Web サービス間の相互作用は、デスクトップに期待されるものとはまだかけ離れています。
アクセシビリティ
Web 1.0 は主にテキスト ベースであったため、主要なアクセシビリティの問題は簡単に修正できました。画像としてのテキストやレイアウト用のテーブルなど、どちらも視覚障害者が使用するスクリーン リーダーに影響を与えます。
Web のコンテンツが充実する (画像、ビデオ、オーディオが増える) につれて、誰かがそこから除外される可能性が高くなります。さらに、動画や音声をアクセシブルにすることは、テキストや画像をアクセシブルにするよりもはるかに難しいため、実現する可能性ははるかに低くなります。
最後に、Web 2.0 は、アクセシビリティに関してまったく新しい問題、つまり動的コンテンツを導入しました。スクリーン リーダー (たとえば) は、AJAX クエリの後にページに表示される新しいコンテンツをどのように処理する必要がありますか? WAI-ARIAはこれらの問題に対処することを目指していますが、Web デザイナーがそれらを実装する必要があります。
これが役に立ったことを願っています。
見るからにたくさんありますが、
- 異なる画面解像度。
- さまざまなハードウェア機能。(モバイル; タッチ; デスクトップ; ラップトップ; まもなくオリエンテーションも。)
- ローカライズされたコンテンツ。
- ロケーションベース。
- HTML5 が近づき、ハードウェア アクセラレーションが実現します。ネイティブ API; ローカルストレージ; オフライン。