#090 開発の現場から 【開発者と開発ツール制作者の意識のかい離】

いくつかのステップをふんで、表題の【開発者と開発ツール制作者の意識のかい離】を書こうと持っていたが、何度も草稿を心の中で繰り返し作成しているときに、不足事項は補足やコメントのリプライで繋げばいいと思った。だから今回は純粋に何がどんな風に僕自身が『どういう人が現場での開発者なのか』また、『どのような人が開発ツールの制作者なのか』と言う事から話していこうと思う。
そこから、絶対的にかい離する原因になっている溝を少しでも感じて貰えればと思う。

・開発者とは
此所で言う開発者は、現場におけるプログラマとシステムエンジニア、とにプロジェクトマネージャー（もしくはプロジェクトリーダー）を差す事にする。プリセールス、デザイナ、営業は外す。デザイナは限りなく開発者に近いが、後述するエントリに影響するので特例とさせて頂きたい。
それからこれから先のエントリでは毎回この開発者の定義を変えたいと思う。
コレは日本語的に開発者と言う事場のクラスが実装すべきメソッドがエントリによって変わる事に変わる。少々ややこしい言い回しになってしまうが、赦して欲しい。
開発者とは、プロジェクトを実務レベルで進めるプログラマ、システムエンジニア、リーダーのひとかたまりをさす事とする。

・開発ツール制作者とは
大枠でとらえると言語策定者、言語仕様創造者（アーキテクト）、またはVisual StudioやeclipseやNet Beans等に代表されるIDEのコミッタ。または各言語のフレームワーク開発者などもここに含める事にする。
日本で有名なのだとPHPのSmartyや、JavaのSeaser2や純粋言語としてはRuby等になるのだろうか。彼らを開発ツール作成者と呼ぶ事にする。
『開発者』を定義した後だと随分具体的な代表例となったような気がする。

さて、まず絶対的に違うのは分母の数である。
可用性のある言語を策定することや、新しい言語を開発するツールの作成者は、それとツールとして使って新しいシステムを作る人間に比べて数が少ない。開発ツールの制作者は開発も同時にしている事もあるので、どう考えてもその数は少ないと考えるのが当然だと思われる。
分母が違うと、そこには遊びの余裕がどんどん無くなっていく。勿論多い方が、同じだけの容積があるとすれば詰まってくるのが正しい。少ないほどに余裕があって自由であり、狭い世界を歩く事になる。
結果から言えば、開発ツールの制作者は孤独であり、孤高であり、開発者からの羨望と嫉妬を一新に受ける事になる。
具体的には、『この仕様、凄い』『便利だ』と言われる反面『ダメだ、バグが多すぎてつかえね』『この仕様じゃ実装できる機能が少なくない？』『難しすぎて訳わかんねー』とかといった二面性を常に一心に受ける事になる。
会社に属し、仕事として言語策定をしている人間であれば、ある程度は会社やチームが吸収してくれる事もあるだろうが、多くの開発ツールの制作者は孤独であり、独りで、まるでボランティアのようにしてやっているという現実がある。
コレはどのプラットフォームでも同じ事が居るだろう。
横道に逸れてしまうが、ペイントソフトやリモートソフト等、高等技術を駆使するフリーソフトを世に出している素晴らしい技術者も開発ツールの作成者と纏めてしまっても良いだろうと思う。ただ、園田レモが、割と例外なく孤独であるように思う。
制作のスタイルにも問題があるとは思う。
それは彼らが自分自身に対して大変に厳しく、そして我が儘であると言う事が言えると思う。
妥協が許せず、自分が一番である事を信じて疑わない。
人と協業してバグを一つ増やすよりも、仕様を小さくしても完璧なモノを目指す。そのような姿勢が見えるような気がする。
しかし、開発者はそのようではないと思う。勿論そのような潔癖な一面がある人が居る事は知っているが、決められた枠（言語仕様やハードウェア、もしくはネットワークの制限など、そして工数）の中で顧客が望む設計図を制作し、ものつくりをする。
そこにはエゴイスティックな側面よりも社会人として会社のために仕事をするという責務が第一に置かれているように感じる。
開発者が望む最終成果物は顧客のモノであり、自己満足するモノではない。常に先端技術を追い求めるよりも、安定版を使い、時にはデグレをしても正確なモノを世に出そうとする。
しかし開発ツールの制作者は先端技術をいち早く関知し、それをツールとして使える形にしようと苦心をする。何十年も変わらないスタンダードとして君臨したSQLをなんとかしようとBigtableをスタンダードにしようとしたり、10年前には全く現実味の無かった仮想化を仕事で使えるレベルに引き上げたりする。(仮想化自体はもう何十年も前からしそうとしてはあったはず)VMは今では当たり前だし、それ無しに業務システムの構築は出来ない。JavaやFlexはVMの良い例ではないかと思う。それ以上のモノはないのだし。

しかし、事実としてJavaが出た当時に、あまりの動作の重さに誰もそれを業務で使おうとはしなかった。VBやC++で書かれたクラサバが主流だったし、実際にそれで不都合だった事もない。
つまり、開発者はそんな不安定な最新の技術よりも少し不便でもバッドノウハウのあるレガシー名技術の砲が顧客に最適なソリューションだと考える事が出来たからだ。
開発ツールの制作者達はそれでは面白くない。
世界は自分か築いた周辺だけで終わってしまい、それを使用されない社会では自分のエゴが通用しない事を突き返される事になる。
だから心の折れない開発ツールの制作者達は、開発者よりももっと遠くを見て如何にして『自分が開発者であったときにこのツールを選ぶのか』と言う事を命題に開発を行っているように感じる。
使命感とでも言えるかもしれない。

さて、つまり開発ツールを思案している種類の人間は開発者であると同時に、自分自身を表現するパフォーマンスを行っていると考えられる。
どの辺り迄が世界であって、その世界を作るための社会をどの辺に置くのか、社会を感じている開発ツール制作者ほど具体的に夢を見ているように思う。
限界がどこであるのか、自分の中にしか持っていない。
開発者は、ツールの限界が仕様の限界が、顧客への提案の限界だと考えているように思う。だから、開発ツールの制作者に『もっと良くして欲しい』と言うのだろうと思う。

どちらが良いわけではない。
ただ、開発ツールの制作者の邦画より、現代のアーティストとして表されるべきではないだろうかと考える。

また、別項として【開発ツール制作者が本当に見たい夢】をどこかで書きたいと思う。
つまり、彼らが見ている夢は、彼らでは出来ず、開発者の誰か達に具現化して欲しいと思っているのではないかと考える。
『そう、おれはこのツールでこんな事がしたかったんだ』と言って貰える何かを作り出して欲しくて、作り続けるのではないだろうか。