「梅田望夫にオープンソースを語るなとガツンと申し上げたい」について思う事

ttp://d.hatena.ne.jp/higayasuo/20090618/1245292543

梅田望夫は日本のオープンソースの現状を見抜いている

と感じる。

海外はよく知らないが、日本国内では、一部の熱狂的?な

OSS信奉者が作成物をOSSとしてリリースし、大半の

エンジニアはそのユーザとしてフリーライド(ただ乗り)

しているだけで、何ら還元を行おうとすることはなく、

OSSはフリーライド(ただ乗り)する(できる)ものだと

思っている。

>何か知的資産が生まれそうな萌芽がネット上に公開される

>と、そうしたことに強い情熱を持った「志向性の共同体」

>が自然発生して、そこに「集合知（ウィズダム・オブ・

>クラウズ）」が働き、有志がオープンに協力してある

>素晴らしい達成をなし遂げるといった公的な貢献──を育む

>土壌がありません。

これも本質をついている。

「志向性の共同体」という観点から見ると日本国内にも

発生し、数十人程度の規模にはなるもののそれ以上の

大きな規模になることはほとんどない。その程度の集合

体から得られる集合知はたかが知れているので、現状を

変革していくような素晴らしいアイデア(orイノベーション

(変革))が生まれてこない。「志向性の共同体」が素晴らしい

アイデアを生み出す集合知の母体になる規模まで育っていく

ための土壌が日本にはないといっても過言ではないと思う。

集合知を生み出す母体となる集合に属さず、生み出された

集合知の恩恵に預かっているだけの存在が梅田氏のいう

ところの「志向性の共同体」に含まれることはない。

日本のオープンソースは日本の土壌に立脚したものではなく

日本の土壌には本来根付かない徒花のような存在、海外から

飛んできた種子が芽をふいて必死になって根を下ろそうと

している状態に永らくあり、オープンソースへの日本国内

での貢献者は徐々に増えてきているものの、それらの貢献者

はOSS信奉者かつエンジニアであり非信奉者あるいは

非エンジニアではない、日本にオープンソースの精神が

根付いているかというと、そうはいえないと思う。

OSS開発団体(者?)は志向性の共同体に含まれるが、

OSSを使っているだけでOSS開発団体(者?)と何の

接点(接触)も持たないor持っていてもバグ報告程度

でOSSに何の変化ももたらさないユーザは「志向性

の共同体」には含まれない。

「梅田望夫にオープンソースを語るなとガツンと申し上げ

たい」の著者は日本国内のエンジニア周辺という狭い範囲

内で考えていて、梅田望夫氏は一般人をも含む広い範囲

での日本国内を俯瞰しているので、そもそも批判にさえ

なっていないように感じる。

「梅田望夫に〜」の著者、イノベーション(革新)という

単語の誤用が多く、イノベーションとは何かを理解して

いないように見受けられる。イノベーション(革新)には

当たらないモノをイノベーション(革新)だと喧伝するから

外国人からは胡散臭さがられ相手にされない。

推敲中...。

#派生中。

狛犬もどきのスリム３について思うこと

今更ながら書いておく。

「軒先を借りて母屋を乗っ取る戦略」にでたのか...今更。

狛犬もどきのスリム３って要するに

Struts＋狛犬もどきSpringアドオン(＋α)、

新規性や革新性は感じられない。

GAE対応は現在をみているだけで(数年先の)

未来をみているモノではない。

GAE対応に関しては他のフレームワークも

対応に乗り出している(あるいは既に対応を

完了している)ので、直に陳腐化する。

数年先の未来でも色あせないモノを先取りして

はじめて革新的であるといえる。

DIコンテナがHOTなトピックだった(騒がれた)時代は

既に(とうの昔に)終わっている気がするのは自分

だけだろうか？

数年前(スリム３の影も形もない頃)に「プロダクトを

Springに対応させてSpringのユーザを地道に切り崩し

たら...」な文章を別の場所に書いたような気がする...。

そのとき、狛犬もどきのチーフデベロッパは

「著名人一本釣り大作戦」を展開していた記憶が...。

(本人たちにはそんなつもりはなかったのかもしれない

が、傍からみるとそのようにみえた。)

著名人を一本釣りすると、もれなくその著名人を

支持(崇拝？)するエンジニアが付いてくると...

そんな都合のいい(美味しい)話はない。

JavaにおけるDIコンテナの世界的デファクト

スタンダードはSpring、2番手はGuice?、

3番手はEJB3コンテナ？。

日本国内だけがDIコンテナについてもガラパゴス状態

で、狛犬もどきがSpringといい勝負をしているらしい。

海外では狛犬もどきの知名度がないに等しいのは

言わずもがな。

海外で狛犬もどきの知名度がない理由は

簡単で英語のドキュメントを整備しなかったから。

その結果、欧米のエンジニアには見向きも

されなかった。

英語のドキュメントを整備していないのは、

「英語圏の人間に日本語のドキュメントを読め」

と言っているようなもの。律儀に読む人間が

数人はいるかもしれないが、ほとんどの欧米人

には相手にもされない。

スリム３を引っさげて海外に挑んだとしても

英語のドキュメントが整備されていなければ

勝負にならない。

英語のドキュメントを整備しておけば

少しは欧米のエンジニアの気を引ける

かもしれない...。

英語のサポートMLも必須...。

狛犬もどきの開発者はSpringとの差異を強調して

おきながら、「海外のSpringユーザはドキュメントが

なくても狛犬もどきに移行できる」と思っている

感じがある。

ちなみに...狛犬もどきの英文ドキュメントの不足に

関しても数年前に書いた気がする...数年たっても

状況はほとんど改善されていない...。

狛犬もどきのプロダクトはドキュメント

なしで直感的に扱えるようにはなっていない

(直感的に扱える(サンプルを見ただけで使い方

がわかる)程、単純ではない)。

ソフトウェアの作者はえてして自分(たち)から

みて直感的だから(作者の欲目で)他人からみても

直感的であると思いがち。

狛犬もどき開発団体自体がアカデミックな組織

ではないので、英文ドキュメントの整備という

効果が目に見えない一見無駄にみえる

作業はしない方針なのかもしれない。

#スリム３よりスライム３か、DQ的には。

SIerで優秀なPGの給料が低い=>OSS開発で評価UP??

ここ。会社から評価されるためにオープンソースをやろうと

書いているようにみえる、会社からの評価を目的にするのでは

志が低いし...長続きしない。朝から終電まで(場合に

よっては土日も)プログラムを書いている人間に、リフレッシュ

するための僅かな余暇を削ることになる、効果があるかわからない

行為を推奨するのはどうかと思う。

(三度の飯よりプログラミングが好きという人間はトライしてみても

いいとは思うが...)

オープンソースのプロジェクトを開始するにしても２番煎じ

(猿真似)では評価されない、新規性がないと駄目等、開始するに

あたって注意すべき事柄は多い。

会社から評価されるためにオープンソースをやろうと書くのなら、

作るプロダクトに関してのアドバイス等、自身の経験を踏まえて

の実践的な内容にしないと、リンクした文章のように中身のない

空っぽな文章になる。

SIで優秀なPGが評価されないのはSI業界の構造的な問題(顧客から

の受注時に採用されている人月による見積もり等)が関係している、

それは一朝一夕に解決する問題ではない。

「オープンソースプロダクトの開発が(SIで優秀なPGが評価されない)

現状を打破する銀の弾丸になる」というような主張には何の根拠もない。

「オープンソースプロダクトの開発が上司に認められて

会社からの評価が上がったSIerの社員がいた」というだけでは

根拠にはならないのである。

会社からの評価UPを望むのなら、「オープンソースプロダクトの開発で

会社から評価を勝ち取る」などという不確実で非効率な手段よりも、

確実で効率の良い手段を探したほうが良い。

最近の狛犬もどきのカリスマ

また、JPAやHibernateの粗を根拠に自家製プロダクト、マンセーやってます。
S*Daoの時と同じ手法でS*JDBCのセールストークをやってます、進歩なし。

そもそもS*JDBCはJDBC&SQLの単純なラッパ以外の何物でもない。
S*JDBCの比較対象がJPAやHibernateというのがそもそもおかしすぎる。
狛犬もどきのカリスマがあげているJPAやHibernateの粗、JPAやHibernate
を業務システムで採用した経験のあるまともなエンジニアならほぼ誰でも
知ってます。今更、他人から講釈を受けるような類の話でもない。
狛犬もどきのカリスマは誰に対して講釈をたれているんだろうか？謎だ。

JDBC&SQLの単純なラッパとして実装されたライブラリならどれでも
狛犬もどきのカリスマが実施しているようなベンチマークでは性能的に
JPAやHibernateに難なく勝てる。
相手の弱点をあげてそれに対する自家製プロダクトの優位性を主張する
セールストークをやってる時点で底が浅いのが丸わかり。
相手の短所は口撃しつつ、相手の長所は自家製プロダクトに組み込んでるのが
笑える。

Ruby界隈でも話題になってるけど、最近は自動翻訳機能を実装したWEB上の
サービスがある。日本語で書いてるから外人には読まれていないと思って
書いていると自動翻訳を利用して読まれてたりすることがあるらしい。
現にSunのエンジニアがブログに「日本語で書いた記事を同僚の外人
エンジニアが読んで、ショックを受けた的な連絡があった」と書いて
いたりする。

上記のようなセールストークをブログ上で展開しているのを外人が読んでいて
冷めた目で見てたりする可能性なんて考えてもいないんだろうが。

そういえば、Springに対する同様のセールストークを狛犬もどきのカリスマは
「Rod Jhonsonとの対談(?)」で詫びたらしいが、相手がどう思っているのかは
謎。アウトオブ眼中かもしれないが,,,。
(同じようなことを以前書いたような...。)

最近より少し前の狛犬もどきのカリスマ

「舶来信仰を打破するためにまず日本で頑張ります！」ってのが笑える。
確か去年のJavaOneに気炎を吐いて乗り込んだはいいものの聴衆はほとんど
米在住の日本人というオチでおわったはず。知名度が全くない
状態で乗り込んだら絶対そうなる罠。知名度がないから、BOF(Bird Of Feather)
という扱い。それに気づかずに乗り込んだこと自体がアレだな。

以前にも書いた(後、狛犬もどきの中の人がウザかったので消した)けど、
欧米で成功するためには草の根からの浸透が必須。
狛犬もどきの"いきなりメジャー、一発逆転満塁ホームラン"的なアプローチは
時間の無駄。件のカリスマは「欧米の著名エンジニアとの対談」とか「JavaOne
等イベントへの参加」を通して一足飛びに世界進出という路線が好きなだけ。
狛犬もどきの世界進出に関するこれまでの動向を整理してみると"地道な活動"
をする気がないことがよくわかる。
ありもしないレールで路線を組んでいる時点で終わってる。

以前、JBossのエンジニアと対談して対談の最後に「一緒に何かやりましょう」
的な別れの挨拶になったらしいけど、JBossからは音沙汰なし。
狛犬もどきのプロダクトにJBossが注目するようなアイデアはなかったんだろう。
そのあと、JBossのGavin King氏はGoogleのGuice開発者と組んでWebBeans
仕様策定中。狛犬もどきのカリスマはアウトオブ眼中。
狛犬もどきのプロダクトはほとんど舶来のアイデアの再実装だし、世界標準に
取り込まれそうなアイデアは何もない。

Rubyは草の根レベルでの浸透に寄与する地道な活動が実を結んで、世界進出
に成功した。いきなりソフトを引っさげて世界進出したわけではなく、英語圏
用のメーリングリスト開設や様々なドキュメントの英訳等の地道な活動を何年
も続けてきた結果、世界でメジャーになってきている。Rubyが凄いソフトウェア
だから世界進出に成功したわけではない。

「なぜRubyが世界進出に成功したかを正しく分析できていない」時点で
狛犬もどきの世界進出成功はありえない。

世界進出どころか日本で高普及率も難しい。日本は大手SIを主軸とした下請
構造が幅を利かせてるから、大手SIからコミットされない限り、日本のSI業界
での大ブレークは難しい。
大手SIは世界標準が好きだから自社製品以外の独自仕様タップリの国産
プロダクトは世界で認められでもしない限り、採用しないと考えられる。
OSSかどうかなんてのは採用プロダクトの選定にあまり関係しない。
どちらかといえば世界市場での採用実績のほうを優先する、採用実績が
豊富ということはそれだけ利用されているということであり、その結果
ある程度のレベルまで枯れてきていると判断できるから。イベント等を
通じて名だけが知れ渡っているような知名度は意味がない。
大手SIにとって商用サポートがあり、高度な専門知識を持つエンジニアが終日
対応してくれる環境が望ましいのは当たり前。
以前にも書いたが「OSSなんだからソースを読んで自分で直せ」なんてのは
論外。大手SIの業務システム開発部門に"フレームワークのソースコードを
解析して難題を適切に解決できる"クラスのエンジニアはほとんどいない。
そのクラスのエンジニアが大手SIの業務システム開発部門にゴロゴロいると
いう想定は無意味。
OSSは、Redhat、JBoss、MySQL etcのように専門の会社の戦略としてOSSを
推進してでもいない限り、開発者が分散していることもあり、上記の
ようなレベルのサポートが提供されるケースはない。だから、世界市場
での採用実績がより重視される。

「"世界市場での採用実績"の重視傾向」を"舶来信仰"と勘違いしている
時点で狛犬もどきのカリスマは情報分析能力に欠けていると言わざるを
えない。
"舶来信仰"なんていう日本のSI業界にありもしない偶像に挑戦している
時点で終わってる。
ありもしない偶像に挑むカリスマ(?)を応援する狛犬もどき崇拝者は、水車を
怪物と勘違いして挑みかかるドンキホーテを応援するセバスチャン(?)に
重なる。

そんなに知名度のない時点で非営利法人なんて立ち上げてる時点でかなりアレ
だが...日本国内に留まっていてもジリ貧。

最近の狛犬もどきのカリスマ

今度はJPA仮想敵で俺達サイコーやってます。
「*2JDBC」のセールストークでマーチン・ファウラーの
「流れるようなインターフェイス」引用してますが、JPAの
インターフェイスをパクっている時点で既に論理的に破綻してます。
JPAベースで流れるようなインターフェイスを実現するラッパーは作成
可能であり、流暢なインターフェイスを実装していることが「*2JDBC」
のセールスポイントにならないことは明らか。
CoC(規約重視)マンセーで使った偽太陽etcがユーザ層の拡大に失敗している
からCoCやめてみました、それだけ。

特定のDIコンテナに統合されている時点で「*2JDBC」は個人的には利用対象
外、モノは悪くないとは思うが狛犬もどき２に依存する気にはなれない。
"*2JDBC"は"*2DAO"の発展型以外の何ものでもないというのが感想。


"CoCの本質は最低限の規約で最大限の効果を得る"ことにあり、規約でがんじ
がらめにしている時点でCoCを語る資格はない。
偽太陽をみるとわかると思うが「狛犬もどき」はCoCの本質を理解していない。
例えば、偽太陽の属性の扱いまわり、実装で楽をするためにあんな変な規約
を導入しているとしか思えない。
Click等の軽量WEBフレームワークマンセーな人でも偽太陽マンセーな人は
少なく、狛犬もどきの信者だけが偽太陽マンセー。

「*2DAO」についても同様、テーブルのリレーションを変数名で表現する規約が
気持悪かった、「*2JDBC」になってその規約がなくなったのは当然の帰結?...。

狛犬もどきの失敗は「狛犬もどき２」の中で閉じた世界を構築していること。
「狛犬もどき２」中心で閉じた独自の世界を構築してるから、他所からは
異質にみえ段階的な移行も不可能だから既存の資産を持つエンジニアは
ほとんど移行してこない。
Springとは設計・挙動が異なると言いながら移行パスを用意していないんだから
ほとんど誰もSpringから移行してこない罠。
Spring2.xはSpring1.xからの移行パスを用意してSpring1.xのユーザのほとんど
を円滑にSpringに囲い込んだ...。
狛犬もどき２はSpring1.xの発展系の一つとでもいうべきものであり、
"進化(革新)系"とはよべないシロモノ。

外側からみると、狛犬もどきの信者はハイレベルとはいえないと感じる。
「"*2JDBC"が流れるようなインターフェイスを実装しているからそのような
インターフェイスでないJPAより優れている」等のセールストークに騙される
時点でおわってる。
「狛犬もどき」自体の開発者のうちカリスマ他数名はハイレベル(?)なんだろうが...。
新しいプロダクトをリリースする度に行われる「セールストーク」の質の低さには
ウンザリ。

「JPAがその仕様(実装？)の特性上、扱いづらい側面があるので、そのような
特性のない*2JDBCのほうが優れている」というセールストークも質が低い...。
"JPAが万能でない"ことは明らかなんだから、その特性が気持悪い人間は
そもそも初めから使わない。現時点で実業務でJPAを利用している人間は
JPAの長所短所を理解したうえでJPAを選択していると思われ、実業務で
使っている人間がその長所短所を理解したうえで利用していることを
想定していないセールストークは"質が低い"と言わざるをえない。

狛犬もどきからは「お前たちは俺たちよりレベル低いんだから俺たちの作った
プロダクトを有難く黙って使ってろ」的な匂いを感じる。
狛犬もどきの開発者は外のエンジニアのうち、自分たちと同列ではなく自分たち
よりレベルが低いエンジニアをターゲットにしている、あるいは外のエンジニア
は須らく自分たちよりレベルが低いと思っているとしかその文面(そのカリスマが
綴る文章)からは思えない。少なくとも外部のエンジニアを自分たちと対等の存在
であるとは思っていないと感じる。

最近の某OSSプロジェクトのカリスマ(？)

RubyやRoRを(仮想?)敵として設定している模様。Matz氏の書いた文章に

くいついているが、Matz氏およびRuby陣営からは全く相手にされていない。
FW作者が言語作者に...DHH氏(RoRの作者)にならまだわかるが。

優しさ、易しさ...

優しさや易しさは本人や作った当人が判断するモノではない、普通。

それを判断するのは他人。(作った)本人やそのトリマキが

「優しさや易しさ」を主張しても、他所からみると、優しく"ない"

易しく"ない"ことが往々にしてある。
「優しさや易しさ」を(作った)本人やそのトリマキの尺度でしか

規定していないからこのようになる。万人(初心者?)にとって

どうなのかという視点が抜け落ちているのが何ともいえない。

DIコンテナは最先端の技術なのか？

もはや、DIコンテナは最先端の技術ではないと思う。

個人的にはDIコンテナという範疇の中での瑣末な違いに作者以外が
拘ることが何の得になるのか、さっぱりわからない。

今後10年生き残る技術かと問われれば、10年生き残るかは不明と
答えるし、10年近く生き残る事が決まっているかのごとく書かれた
文章を読めば、疑問符が10個以上、頭の中を飛び回る。

DIコンテナの登場による祭りは世界では過去の出来事にも関わらず、
日本の技術者の一部では未だにお祭り騒ぎが続いているようにみえる。

DI(IoC)という概念自体はDIコンテナが登場する以前から存在し、別段
最新の概念ではない。DIコンテナの登場により脚光を浴びるように
なっただけであり、DIコンテナと共に登場したわけではない。
そのことは1997年刊行1998年改訂のJavaプログラムデザインの中で
既に紹介されていることからも伺える。

ソフトウェア工学の分野では既に存在した概念が数年遅れで世間で
流行し、最新の技術のようにもてはやされるのはありがちなことだとは
思うが、言語仕様の概念でもない精々ミドルウェアの実装概念の一つ
に過ぎない技術の流行が今後何年も続いていくものであるかのように
錯覚しているとすれば、ある種、滑稽ですらある。

DIコンテナはゴールデン・ハンマーでも万能ナイフでもない。

推敲中...つづく？