オブジェクトベースとタスクベース

オブジェクトベースは物をすぐに見ることができて、タスクベースは「何をするか」を言わないと物を見せてくれない。

インタラクションが人間とコンピュータの共同作業であると捉えるならば、オブジェクトベースにするということは、クラウドベースのドキュメントのように共同作業をする両者はできるだけ同じものを見て作業をする、空間を共有するようなもの。

ユーザーの思考と対応するオブジェクトベースのアプリケーションの画面例は次のようになる。

現実には並び替えや絞り込みはさっとはできない。

「これと関連したものは、、」と考えることは、関連するオブジェクトとして画面に表現される。道具を使うことと考えることが一体化している。

このような頭の中にある抽象的な概念を操作できる点はコンピュータならではだろう。

ほかにも「お気に入り」「イベント」などは現実には手に掴むことはできない。

もし、これを現実に行うならば、ボードを用意して気に入ったものを貼り付ける。イベントは告知の紙をファイリングすることになるだろう。

このようなことから、現実にある物体としてのオブジェクトに加え、抽象的な概念としてのオブジェクトについても考えることになる。

オブジェクトベースにしようと思った時にぶち当たる壁は、概念の定義。例えば紙に類するオブジェクトのモデリングも捉え方で変わる。アナログの定義、デジタル化による変容、慣用的な定義を考慮しながら「それは何か」を自問自答することになる。

また、アプリケーションにある表示切替とは、オブジェクトを異なる視点で捉えることに相当する。

１つの同じオブジェクトに対する表示切替であるとした場合の注意点は、いつのまにかオブジェクトを見失ってしまうことだ。

例えば動物のマップ表示であったはずなのに、マップに植物の分布を表示してしまうと怪しくなってくる。もちろん動物を主として地図の１補足情報となっていれば成立するかもしれないが、動物と同等に表示してしまうのはやり過ぎだろう。こういった場合は動物の表示切替ではなく、もはや地図というオブジェクトとして独立させ、そこに動物や植物を表示させる方が良い。

もちろん、動物一覧ではなく動物と植物を合わせた生物一覧に変えてしまうことができるなら、生物一覧のマップ表示として整合がとれるのでそれでも良いだろう。

同じことはカレンダーでもよく起こる。何かのオブジェクトのカレンダー表示なのか、それともカレンダーというオブジェクトなのかが揺らいでくることがある。