シンネンド、学生時代は全く気にしない時間の区切り方だったように思うのですが、今日を境にネンドマツに減っていた書類がまた増える - つまりは研究計画だとか、なんとかだとか、そういう書類が増えていくので、ここ２年間は、この時間の区切り方をどうしても意識してしまいます。

　考えてみれば、今年のシンネンドはなかなかドラステイックにモノゴトが転換するんですね。

　今日からペイオフ解禁です。銀行はビックバンの結果、４大グループに再編されました。教育関係でいうのなら今日から学校は週５日になりますね。

　まぁ、あまり貯金がないので前者２つはどうでもいい、勝手にビックバンしてちょ！という感じだけれども、後者はなぜかは知らないが嫉妬してしまいます。

　週２日休んでんじゃないってーの、ガキのくせに。

　なぜ、僕らの時代は週休１日だったのでしょう。

　一年間で52週として、それが小学校・中学校・高校の12年間で624日。てことは、今のガキの方が、僕よりも624日もホリデーすることになる。イタしかたのないことだけれど、その時間をヨイ方向につかって欲しいものです。

　決してコンビニでたむろするためとか、ショーモナイことに、その時間を使うなよ、コノヤロー。

　閑話休題

　今日は、コンテンツとシステムというコトバについてです。

　僕はこれまでいくつかのネットワークを利用した学習用ソフトウェア開発の現場を経験してきましたが、そうした場所では、このコトバが乱れ飛びます、事実、自分もこれまでこのコトバをよく使ってきました。

　「このシステムにどんなコンテンツいれるんよ？」
　「このコンテンツは、どのシステムでも動くの？」

　とかいう使われ方です。

　ネットワークを利用した学習用ソフトウェア開発の現場において、コンテンツとは中身のことですから、教材をあらわします。システムっていうのは、そうした教材を動かす仕組みをあらわすのですね。

　別の言い方をするならば、コンテンツとは学習者に提示される情報とその展開。後者のシステムとは、学習者の利用する機能と言ってもいいのではないでしょうか。

　要するに、コンテンツは中身、システムは中身をいれるハコです。中身とハコ、この２つがあわさって、学習用ソフトウェアが開発されています、フツウは。

　で、今日の結論を言いますと、それは以下の２点にまとめられます。

　1) ネットワークを利用した学習用ソフトウェアを開発する現場では、コンテンツとシステムという仕事の切り分け方を避けた方がいいのではないでしょうか。

　2) ネットワークを利用した学習用ソフトウェアを開発する現場で見失われやすい、「学習者の活動」を想像して設計や開発を行いましょう。 　

　なぜ？　といぶかる方もいるかもしれませんね、ていうか、これだけだと、誰も納得しないと思う。

　システムとコンテンツという仕事の切り分け方は、学習用ソフトウェアの開発者の人たちには共有された分け方であり、それがそのまま開発者の担う役割になっているのですね。僕はコンテンツ担当ね、オイラはシステム担当ね、みたいに。

　まず1)の「コンテンツとシステムという２つの概念で、仕事を切り分けない方がいいのではないでしょうか」、ってことですが、それはなぜかっていうと、それは2)に書いてあるとおりで、「そのソフトウェアを使う学習者の活動を想像して開発を進めること」をつい忘れてしまうからです。

　もちろん、すべての現場がそうであるわけではありません。

　でも、どうもヘンチクリンなものを開発しているなー、と思われる現場に限って、これがズバリ当てはまるような気がしてなりません。開発者が誰一人として、そのソフトウェアを使うユーザの実際の動きを、アタマに思い浮かべていない。

　俺はシステムだから、このシステムに何をやるか考えるのはコンテンツ屋の仕事だろ

　わたしはコンテンツだけ考えればいいの、システムの機能を決めるのは、システム屋さんの仕事でしょ。

　コンテンツとシステムという２つの仕事の切り分け方、それから発生するそんな妙なセクショナリズムが、そのソフトウェアを使うユーザの実際の動きを、見えなくしてしまうのです。

　あとはコンテンツだよ！

　あとはシステムだよ！

　と言われると、「そうだよなー」と。「あとはアイツの仕事だよ、それ以上（の具体的な姿を）オレが考える必要ないよ」と納得してしまうんです。

　システムとかコンテンツというコトバはあまりに抽象度が高すぎて、それでいて心地よい。だからそこで思考停止しちゃうのかもしれませんね。

　本来ならば、「アイツはどんな機能を実装するか」「アイツはどんな情報をどう展開するか」ってことを考えなければならないハズなのに、お互いが、そんなことは考えない。コンテンツはアイツの仕事、システムはアイツの仕事、ですませちゃうんですね。

　たとえば、まずこういう情報を提示して、ユーザはこれをこうやって選択して、またあんな事柄を提示すると、ユーザはここでやる気を感じて、で、これを選んで、何を見て、こうやって学習を進めていく、で、困ったときはこうするよな、嬉しいときはこの機能なんか使うかな？　この内容はここで必要だよな・・・あれっ、この機能って、どういうときに使うのだ？

　本来ならば、想像力を働かせて、そのソフトウェアを使用するユーザがどう動くか、どう振る舞うかを必死で考えなければならないのです。さらに言うならば、そのシステムを使った学習活動全体をキチンと見渡さなければなりません。

　そういうことを想像しはじめると、「あとはコンテンツ屋の仕事だよ」「あとはシステム屋の仕事だよ」という仕事の切り分け方というか、物言いはできないような気がする。お互いがお互いのことを考えなくちゃならなくなるはずです。アタリマエのことですが、それらはソフトウェアの構成要素なのですから、勝手にやっていいわけがないのです。

　こうした想像力をみんなで働かせないと、どうなるかっていうと、

　1) 必要でない機能を実装することになる
　2) 必要な機能を実装できてない
　3) 意味のない情報提示や学習展開をしてしまう
　4) 必要な情報がない、スムーズな学習展開ができない

　ってことになってしまうのです。

　とはいうものの、こうした認識に至るまでには、僕も非常に苦い経験を何度もしました。そのたびに何でだろう？どうしてこういうコトが起こるのだろう、と考えたら、結局、それは学習者の活動を僕がアタマに思い浮かべていなかったってことに気がついた。僕もまだまだ修行中ですが、確かにそういうことに思い悩んだ時期がありました。

　で、他の人はどうなんだろう、と思ったら、やっぱりそんな気がした、ということです。ハッキリ断言しますが、これはソフトウェア開発のプロフェッショナルでも意外に陥るワナだと思います、で、あまり経験は関係はなさそう。かえって経験がじゃまをするときもあるようです。「学習者なんだから、こうだろう」という思いこみが、学習者の活動を見えなくしてしまうこともあるようですね。

　そんなわけで、学習者の活動から学習ソフトウェアの設計や開発を行うこと。アクティヴィティアプローチと言ってもいいのですが、そういう観点から開発に従事することが大切だと思っています。

　学習者の活動を想像して、それに自分を置き換えてみて、考えることです。それで、「ホンマかぁ」と思う機能ならいらないし、「ホンマかぁ」と思うような内容ならば、学習者は乗ってこないのでないでしょうか。自分が一番快い活動が実行できるようにソフトウェアを設計したり、開発したりすることが重要なのではないでしょうか。

　あなたには学習者の活動が見えていますか？