「他人からの評価」中毒症
(1) 大学の心理学の授業で教わったこと
- まだ小学生になるかならないかくらいの幼児（児童）にはたまに黙々とクレヨンで絵を描けている子供がいる。描けといわれて描いているのではなく、時間があるとのびのびと描いている。そしてたまにそれを母や父などの身近な人に見せる。その人はほめる「まあー、うまくかけたわねえー」。とてもほほえましい。
- このような幼児を集めて、2つのグループに分けたとする。AグループとBグループ。Aグループには、ただほめるだけではなく、そのときにその幼児の大好きなおかしを与える。ご褒美というわけだ。Bグループは今までどおり、言葉と笑顔と頭をなでるとかまあその程度止まり。
- そうするとAグループの幼児は変わる。どう変わるかというと、今までよりももっと強い熱意を持って絵を描くのである。いっぽう、Bグループは変わらない。まあ変えていないんだから変わらないのは当たり前である。
- さてここで、Aグループにさらに変化を与える。おかしをあげるのをやめて、以前どおり言葉と笑顔でほめるだけにするのである。そうするとどうなるか。Aグループの中に、絵を描くのをやめてしまう幼児が現れる。ただ以前の状態に戻っただけなのに、そして以前は誰に何も言われなくても楽しそうに描いていたのに、もう自発的には描こうとしないのだ。
- このような実験が本当にあったのか、それとも思考実験だったのかは分からない。またどの幼児に対してもこのような起きるというわけではないだろう。しかし傾向としてこの話は「確かにそういうことはありそうだな」と感じさせる。少なくとも僕はそう感じる。
(2) 他人からの評価を気にする人たち
- この話から感じられることは、人は一度他人から強いプラスの評価を与えられてしまうと、本来持っていた自発的な意欲が減少し、他人の評価の得られないことはやめてしまう傾向があるということだろうと思う。あなたは似たような経験があるだろうか。もしくは周囲の人が似たような変化をしたのを見たことはないだろうか。
- 最初は自発的かつ純粋な気持ちで自らの理想のOSを作っていたのに、ニーズがないからと方針を転換するというケースを見たことがある（このケースについて僕は詳しく語ることができないのでこれ以上具体的なことは言わない）。僕はその人に理想を貫いてほしいと思った。他人のニーズのためだけで開発していいのか。そんなことでまともなOSが作れるのか。ニーズに合わせていたら、ただ現状の問題を場当たり的に解決するだけのOSにしかならないのではないか。
- もちろん現状の問題の解決だって大切だから、そのことを否定するつもりはまったくない。しかし当初はより壮大な計画を持っていながら、ただ「ニーズがない」という理由だけで方針を転換してしまうのが残念なのだ。そもそも最初からニーズなんてなかったんじゃないのか。そのOSを使ってくれそうな人が現れて、その人があの機能はほしい、この機能はいらないというからそれに合わせ、気づいたら当初の目標のOSとはまったく別になっている。汎用性も損なわれ、あきらかにちっぽけで特定の問題の解決しかできないOSである。
- そして開発者当人がそんなことになってしまったことをくやんでいない。・・・これでいいのだろうか。
- 僕の経験では、誰かに使わせることを他よりも優先し始めたプロジェクトの半分以上はガラクタに成り下がっている（みんなで使うためのプロジェクトなんて最初からガラクタなことが多い）。ユーザなんか他にいなくていい、自分のために作ったもの、もしくは特定の知人のためだけに作ったものは、結果的によくなりやすい。それを「みんなにも使ってほしいから」と、本人には不要な機能を優先してつけたり、自分に必要な機能の優先順位を下げたりし始めると、退化が始まる。
- OS開発でよくあるのは、「新規に作っても互換性がないと普及しない。だから○○互換で作る」みたいな話である。確かに互換性はないよりあったほうがいい、それは間違いない。でももし自分ひとりで使っていくつもりならどうだろう。互換性がなくなって我慢できるのではないか。それにほかのOSを併用しちゃいけないということもないはずだ。だから既存のOSと自分のOSを併用すればいいじゃないか。既存のOSに不満を感じてなんらかの理想を打ち立てたのに、他の人に使ってもらえる見込みがないというだけの理由でその理想をあきらめていいのか。自分の信じる理想OS下で気持ちよく効率的なプログラミングをしたかったのではなかったのか。
- ちなみにOSASKの場合、僕は今もっているTOWNS用のソフトウェアなどを自作OS上でも使いたかったので、エミュレータを書くことにした。つまりこれは他人からの要求ではなく自分の内なる要求であった。
(3) 生計を立てていくという問題とのバランス
- しかしまあ「生計を立てていく」ためには、誰かに買ってもらわなくてはいけないから、ユーザの意向を意識しなければいけないというのはやむをえない面はある。しかしそれでも、自分の理想を他人の評価にかまわずに作り上げ、それを他人がほしがるように見せびらかす、ことを夢見るべきではないのか。それで他人がほしがってくれなければ、価値観の相違だとか、時代の先を行き過ぎてしまったみたいだなと、割り切ることはできないのか。他人なんかどうせ近眼で問題の本質が見えていないのだ。そんな人に評価されないのが何だというのだ。
- 生計を立てるために作るものは、最初からそれで行けばいい。それは仕方ないことだから問題はない。僕が気になるのは、猫も杓子も「ニーズ」「ニーズ」ということであって、現代の他人に使ってもらえなさそうだというだけで、自分の理想から出発した開発をためらいもなく捻じ曲げることなのである。せめて苦悩の上の決断であってほしい。・・・なんだかあまりにあっさりと他人向けに方針を変えられると、そもそもこの人はその程度の情熱で開発していたのかと興ざめしてしまう。強い信念を感じたから応援してきたのに・・・。
(4) 別のケース
- これは未踏ユースやICTスクールでの経験に基づく話だが、デモや説明を聞く限り、「これのどこが面白いんだろうか」「そのアルゴリズムで本当にうまくいくんだろうか」みたいに疑問符がついてしまう開発にめぐり合うことがある。しかしそんなプロジェクトでも、とにかく開発者自身が強烈に面白がっていて、しかも多人数に普及しなくてもそれなりに使えるものは、聞いていて気持ちがいい。安心する。感じとしては、「おー、そこまで言い切るか。よし分かった。僕には良く分からないけどとにかく君たちにはこれが必要なんだな。信じてやろう。できたものをまた自信を持って見せてくれ。」みたいな感じだ。
- これに対して、「世間ではこういうものが求められていて、だからこれを作るといくつくらい売れて、みんなが使ってくれることでさらに理想的な効果が出て・・・」みたいな説明のときに、「うーん僕はそんなものほしくないし、その見積もりは甘い気がするなあ」みたいだと心配になる。実在しない具体的な例を言うと、できのよくないプログラマ初心者向けの学習ソフトである。どうみても学習意欲が続かなそうで、予定販売価格は高すぎで、当たり前だが本人たちはこんなもので勉強する動機がない、しかも本人の身近にこのソフトがあったら使いたいというテスターがいるわけでもない、という場合である。
- 結局、上記の安心できたケースというのは、どこまでも主観的でかつ本人が使うように思えたから安心できたのだと思う。本人も使わない、他人も使いそうにない、なんてことになりそうだと不安なのだ。しかも開発者自身は他人が使ってくれるとなぜか思い込んでいて、自分に落ち度はないと思っているのだ。
(5) 自分以外のユーザを優先して迷走するケースその3
- これも実在しないケースだが、たとえばアイヌ語がすごく好きで研究しているアメリカ人がいたとしよう。この人が自分のために、アイヌ語の文章を入力したら自動でそれを文節に分けて、それぞれの文節をクリックするとそれが助動詞や助詞を含む場合はそれらも分割してくてくれるような、そんなソフトウェアを開発したいとしよう。
- この開発計画を世に出したとき、周囲の人とこんなやり取りをするかもしれない。「おもしろそうですね、開発動機は何ですか」「私は、アイヌ語が好きです。（ここでアイヌ文化のすばらしさを魅力いっぱいに語る。）だからもっとたくさんのアイヌ語を読んでいきたいです。でもいつも文節の区切りで混乱して苦労しています。だからこのようなソフトを作ろうと思いました」「なるほど、でもこれだけだと他の人にはアイヌ語が分かりません。開発者の○○さんは単語の意味が分かっているからいいかもしれないですが、単語の意味を英語でも表示できるようにならないでしょうか。というか文節なんかにわけた表示はアイヌ語を勉強する気がない私たちにはいりません。邪魔です。英文さえ出ればいいじゃないですか。そういうソフトにしてくれるのなら開発資金面で協力させてもらいますよ。」
- こうしてこのプロジェクトは迷走が始まる。当初の案であれば、なるほど他の人には使いにくいことこの上なかっただろうが、開発者当人にとってはそれで十分だったはずだ。それを妙に一般向けへ舵を切ってしまったために、開発が困難になり、完成しないか、もしくは開発までの道のりはかなり長くなるはずである。単語の意味を表示するというだけでも大変だ。なぜなら辞書を入力しなければいけないから。ましてそれをつなぎ合わせて英語の文章にまでするとなると、困難さはさらにあがる。
- 開発者はアイヌ語の知識がそれなりにあったから、北国の動物や食物の単語の豊富さも理解して区別できていただろう。しかし表示されるのが英文だけになってしまうと、その微妙なニュアンスを楽しむことはできない。開発者にとってはこれは不満だろう。単語に切り分けてくれさえすればよかったのに、それは表示しないで、味わいを損なった英文だけが出る、と。こうして開発者当人にとっても必要のないソフトになる。
(6) おもしろ「そうな」という誘惑
- 「おもしろそうなソフト」と「おもしろいソフト」は違う。開発前の説明がどんなに面白そうでも、できたものが面白くなるという保証はない。つまらなそうでも、つまらないとは限らない。だから面白くなさそうでも開発者当人が妙に自信を持っているのなら、それを信じて賭けてみることがあってもいいはずだ。なんといっても開発者がもっともそのソフトについて知っているのだから。
- 僕たちに必要なのは、面白そうなソフトの開発を賞賛することではないはずだ、面白いソフトの開発を賞賛することなのだ。結果的に面白くないものができたときに、それを全て開発者のせいにするのはふざけていると思う。周囲の人たちが「こうしたら面白そう」とかいっていじくり回したせいじゃないか。でも周囲の人はその責任を全然とろうとしない。
- だから開発者は他人の意見を「時には」無視しなければいけないということを忘れちゃいけないと思う。時々は自分が「他人からの評価中毒症」にかかっていないかどうかを自問してほしい。他人からの要求ばかりではなく、自分の内なる衝動に応えて開発してほしい。
- そして周囲の人は自分の意見が開発者からあっさり撥ね付けられても文句は言わないでほしい。もししつこく文句をいうのなら結果を「保証」する覚悟をもってからにしてほしい。少なくとも1万ユーザ分のライセンスは買いあげるとか。
(7) まとめ
- とにかく僕がここで言いたかったことは、当初は「自分のため、or自分の理想のため」に作っていたのに途中で方針を変えて他人向けにしようとするとたいていは失敗するということだ。そして最初から他人のために作る開発も、独り善がりな思い込みで作るととんでもない最悪のプロジェクトになりかねないよ、ということである。
- できることなら、まず自分の理想を実現して、その上で拡張や派生物として、他人向けを作ればいいのだと思う。
- そしてこの警告は、ソフトウェア開発のみならず、創作活動一般（絵画・作曲・陶芸・学術研究などなどなど）にも応用可能だと僕は信じる。
こめんと欄
![[K Wiki]](k.jpg "[K Wiki]")
