大変でしたねって言うことはないんですけど、大学時代に学んでたことが中々すぐに役に立たないっていう感じでしたね。ソフトウェアエンジニアリングっていうのは、大学ではほとんど学べなかったんです。品質管理をどうすればいいのかなとか、ソースコードの管理ってどうやればいいのかとか、そういうのは本当に現場で教えてもらったっていう感じですね。大学で学んだとが全然役に立たなかったかって言うと、そんなことは全然ないわけです。そこはバランスの部分もあると思うんですよね。直結はしなくても繋がりとかベースになってる部分はあるってことですよね。Rdbっていうのがあって、それの日本語化をやったんです。そのソースコードを持って、香港のエンジニアリングチームが中国語版とか韓国語版かなんかを作ったんですね。ソースコードを1つにしてアジア共通のRDBを作ったわけです。問題があって、ソースコードは一緒なんだけど各国語毎に違うものができてるんですよ。するとメンテナンスのコストもかかっちゃうし、テストの工数もかかっちゃうし、なんかバグが起こった時にこっちでは再現するんだけど、こっちでは再現しないみたいなややこしい問題があるんで、それを1つにしてインターナショナライズしたRDBを作りましょうとなったんですね。それは当然の流れだと思うんですよ。Rdbに国際化の機能を付け加えるっていう仕事をしたのが89年とかですね。その当時、1980年代っていうのはソフトウェアの国際化という概念に関してはまだ十分知見がなくて、皆で試行錯誤をしていた時代なんですよ。日本人は欧米の連中は全然わかっちゃいないなんていうことを言うんですけど、実は米国のソフトウェアを欧州に持っていくっていうだけでも相当大変なんですね。̈)が付いた文字はないし、8bitで表現されるんだけど、ASCIIは7bitなんで、7bitから8bitにもっていくだけでも相当大変なわけですよ。それとかエラーメッセージがプログラムの中に埋め込まれてて、それをフランス語にするにはどうすればいいんだみたいなとこもありますよね。米国と欧州も違えば、欧州の中でもイギリスだとかフランスだとかドイツだとかで全然違うんで、「欧米は」なんていうのは大間違いです。そこで80年代の中ぐらいからDECの中では、国際化ということをどういうアーキテクチャやデザインパターンでやるのがいいのかっていうのが相当議論されていました。Rdbのチームと喧々諤々しながらやっていたっていうのが89年から90年ぐらいですね。言語が違うと全く違うということなんですよね。そこらへんの国際化をした経験があまりにもないから、結構日本人が上から目線で言っちゃう部分があって、それも大間違いだなと思ってるんです。いうものの1980年代に外資系に勤めていた私がベンチマークしてた部分は「富士通」とか「NEC」とか「日立」の日本語化だったりするんです。いうところはやっぱり一生懸命参考にしましたね。結局のところ、そういう先輩たちがやってたのは日本語化であって、国際化はやってなかったんですね。彼らの製品を輸出して、日本語だけじゃなくて色んな言語に対応するような経験を先輩たちが十分できてたかっていうと、実はそれはないんですね。日本ていう地域だけに閉じてたっていうのが非常に残念ですね。いうようなこともあり、1980年代後半に国際化について色んな人たちと議論した時に、「DEC」だけじゃなくて同じことをやっているのは他の会社にもいたので、会社の壁を乗り越えたところで共同にできる共通の問題っていうのを我々は発見したなみたいな部分はあったんですよ。それは技術っていうのが会社だけに閉じこもっているんじゃなくて、横に広がっていくんだなっていうことを自分の体験として理解した最初の経験でしたね。それは多くはないですね。0208とか0212とか規格の番号で皆言うわけなんですけど、実は1988年にその日本語の文字コードの改正の委員会にいたんですね。その当時、私は30歳ぐらいなんですけど、「富士通」とか「日立」とか「NEC」の部長さんぐらいの偉い人たちが来てて、私なんか外資系で且つ30前後のぺーぺーだから、全然格下なんですよ。いえば「ユニシス」とかの錚々たるベンダーの方と印刷業界の方、それから国立国語研究所の先生とか、そんなような方々がいて、一応この業界で標準作るわけです。当時は先程お話した通り垂直統合型だから、建前では「標準を作りましょう。0208を素直にインプリメントしてる会社はなくて、メインフレーム用の文字コードが拡張漢字を持っていたから全然互換性があるわけないんですよ。建前では「標準作りましょうね」みたいなこと言うんだけど、メインフレームは如何にして文字コードをロックインして自分のお客さんのスイッチングコストを高くするかということにエネルギーを注ぐわけですよ。外資系だから、そういう空気分かんないわけですよ。30のペーペーのお兄ちゃんなんだからね。それで皆さん大人の言葉を喋ってて、私はもうちんぷんかんぷんなんですね。それでその0208の改正をするということの意味は2つあって、技術的なものもあるんだけど、もう1つは0208では足りない文字があって追加要求が来てますということなんですね。追加要求が来るっていうことは、「富士通」や「IBM」や「NEC」だって「三菱」だってみんな拡張文字を持ってるんだから、知ってるわけですよ。0208の約6000文字から7000文字に関しては塩漬けで、ここに更に6000文字とか7000文字を新規に追加するのはとんでもないと、本音を言ったらそういうことなんですよね。自分たちのプロプライエタリな文字コードとかあるから、それから新規に追加した文字コードに移行しようなんて初めから本気で思ってないんですね。それで、私はそういう事情を全然知らないから「そうか6,000文字とか7,000文字もみんなと協力して新規に追加するなんて大変だな・・・」なんて素直に思ってるわけです。0208は、文字数倍くらいになっちゃうのか・・・どうやって実装するのかな?ソフトウェアとか書き変えなくちゃいけないのかな?」なんてナイーブに思っちゃってて、会社に戻って「みんなと検討しないと、凄い大変なことになってますよ」なんてことを思ってるわけですよ。大きな勘違いなんだけど・・・。一方でISO(国際標準化機構)って組織があるんですね。2っていうグループがあって、マルチバイトの文字コードを研究開発して標準を作りましょうっていうグループなんですね。それで1984年の私が新入社員の時に第1回会合が京都で開かれたと思うんです。要するに日本でJISの2バイトの文字コードが非常に成功して、それがあることによって例えばワープロみたいなものを皆が利用できるようになったので「標準化は素晴らしいな」となったんですね。メインフレームの人は建前としてだけで、そうは思ってないんですけどね。パソコンとかが出てきて皆で文字コードを交換できるようになって、パソコンでワープロみたいなのも出てきて、みんな便利になっていいねみたいなのがあったんですね。それで中国とか韓国もある程度参考にして、それぞれGBって規格作ったりKSっていう規格作ったりしたんですね。なってくると、それを国際標準にしましょうっていうある意味で言うと分かりやすい話になってくるわけですよ。2っていう所で開発されてました。最初は日本の規格と中国の規格と韓国の規格を1面ずつ持って行って大きなテーブルにマージしようなんていう感じでやってたんだけど、やっぱりなんやかんや言ってそれだけじゃ足りないなっていうことがだんだん分かってきたんですね。大漢和字典なんていう辞典には親字だけでだいたい50,000文字くらいあるから、そうすると16bitだとベタに使っても64,000ぐらいしか入らないんですね。大漢和でもういっぱいいっぱいだとすると、中国とか韓国とかを持ってくると16bitではちょっと厳しいかなということが研究していくうちにだんだん分かってきて、今から20年前にですね「Apple」と「Xerox」の人たちが16bitで世界中の文字を表現しようということで、Unicodeっていう仕様を提案するわけですね。バージョン1.0のUnicodeっていうのは、あまりにも杜撰だったんで、そのまますぐには使い物にならなくて国際標準の世界では1度は否決されたんだけど、とりあえず16bitでガッツリ行こうぜっていうコンセプトのもとでもってきたんですね。日本のベンダーをはじめ「IBM」も「DEC」もそうなんだけど、今ある文字コードを全部チャラにして丸っきり互換性のないものを導入するにはあまりにもコストがかかるし、「それはいくらなんでも厳しいんじゃない?」みたいな感じだったんですよ。マルチバイトのユニバーサルな文字コードっていうのは絶対に必要だねっていうのが、ベースのベースではありましたね。0208ですら同意しようとしていない日本のベンダーは「そんなもんは絵空事で、20世紀中に出てくるわけねぇ」みたいな感じで、言うのは簡単だけど誰も使いやしないし実装もコスト高くなるし、いったい誰がそんなもん使うんだみたいな感じでしたね。Unicodeを皆で標準化しようなんていうことに関しては、むしろ足引っ張るみたいな感じだったんですよ。本来なら尊敬すべき偉い人だと思うんですけど、会社の事情でエンドユーザに対して迷惑かけてるなと、そういうことを平気でやるんだこの人たちはと、30歳ぐらいの青臭い私は思うわけですよ。一方で、Unicode作ってる連中の最初の提案はボロボロだったんだけど、この1つのものを皆で作ればソフトウェアの作りも簡単になるし、一発ソフトウェア書けばそれが世界中の人たちに使われるんだっていう極めて分かりやすい理想を掲げてるわけですよ。いうのはメインフレーマーじゃなくて「アップル」とか「マイクロソフト」とか「サン・マイクロ」とかいう割と小さい会社だったりして、徐々に私はそっちの方に共感していくわけですよ。その16bitの文字を使うためにコンパイラはどういう風に変えなくちゃいけないのかとかね、それをするために「OSはどういうような仕組みにしなくちゃいけないのか」とかっていうのを必死になって考えて、例えば「マイクロソフト」ならWindowsNTにUnicodeをはじめから採用しますとか、CのコンパイラにUnicode用のwchar_tみたいなのを作りますとかいう色んなことをベースからどんどんどんどん作っていくんですね。それはそのUnicodeならUnicodeっていうことで、「アップル」も「IBM」も「サン・マイクロ」も「HP」も「DEC」のエンジニアも共同で協力してなにがしかを作るという感じでしたね。企業間競争はあるんだけど、足の引っ張り合いじゃなくて、いいものを作るっていうことに関しては腹割ってやるっていうエンジニアの非常に真面目な技術に対するロイヤリティの高さっていうのを垣間見て「おぉこいつらすごいなぁ・・・」と、こういう人たちと仕事したら気持ちいいだろうなっていう風に思いましたね。そこが非常に私にとってはアイロニーの部分なんです。日本の企画委員会に入ったが故にそういうものを見て、国際標準の世界を見、180度違うパラダイムがあって、垂直統合から水平統合に世の中が変わっていく瞬間を見、「DEC」っていう会社がなくなっちゃって、90年代になって「オラクル」っていう会社に転職をしたんですね。ある意味で言うとメインフレーム型の垂直統合の典型的な会社から、水平統合の典型的な会社へ転職したんです。その表と裏にはやっぱりJISの委員会とISOの委員会の表と裏があったんですね。ISOも本音部分ではドロドロした部分があったとしても、いかに建前を尊重して理想に近づけていくかっていうことを各社の標準化委員会に出てきている人たちエキスパートは相当真面目にやってましたね。コンセプトは完全に無視するっていう方と、コンセプトは難しいにしてもある程度踏まえた上でやっていく方っていう違いがあったんですね。いったことは今の標準化やってる会社のエンジニアの方も相当頑張ってて、例えばMPEGとかH.264とかいうフォーマット系の所は皆が一緒じゃないと意味ないわけじゃないですか。そこは一生懸命パテントで戦っていたとしても、本気でやられてるでしょうね。携帯キャリアで同じような問題が起こってますよね。そこはバラバラでどうしようもないっていうのがありますよね。1社が支配しようとしても物理的にもうできない時代だから、そこはどこをオープンにしていくかっていうところだと思うんですよね。そのオープン化の流れに日本の会社は乗り遅れちゃってて、せっかくいい技術があるのに全部やられちゃってるっていうのは非常に残念ですよね。いまはコミュニティの主導でその辺の統合っていうのが動いてる所あるみたいですけど、企業が動かないですよね。ソフトウェアなんか特にそうなんですけど、機械が作ってるわけじゃなくて、組織が作ってるわけじゃなくて、ある程度個人の力で作られてる部分があるから、そういう所をエンパワーするっていうノウハウを組織が持ってないと、やられちゃうのかなと思いますね。そんな歴史があったんですね。1993年ぐらいから「DEC」が大赤字を出してるんですよね。それで日本の「DEC」もどんどんシュリンクするという方向もあって、希望退職制度かなんかで200人ぐらい募集したんですよ。するとやっぱり同僚がどんどん辞めていくっていうのもあり、寂しい部分もありでしたね。RdbっていうことでUSのRDBの部門で仕事して日本へ戻ってきたわけなんですけど、その当時にRDBの部門が部門ごと「米国オラクル」に売却されるんですよ。今でこそM&Aとか色々あるんだけど、当時会社が売買されるなんて言うことを私自身も経験無かったし、想定も全然してなかったんですよ。レイオフっていう言葉も知らなかったですから。そんなことがあり得んのかみたいなね、「会社が首切っていいの?」みたいな感覚でいたんで、びっくりしちゃったわけですね。Rdbの部門の200人ぐらいがごっそり「米国オラクル」に買収されちゃいました。日本には何人かのサポートグループが「日本オラクル」に常駐するんですけど、そうするともう日本ではRDBのエンジニアリングは当然ないし、開発部門はどんどん縮小されていくから「日本DEC」に残っても結構寂しいかなみたいな感じでしたね。自分のキャリアとして開発の現場にいるのは相当しんどそうだなっていうのが予感としてあって、94年の秋に希望退職の第2弾があったんですね。それに背中を押されて94年の10月に残るのもしんどいし出るのもしんどいし、どうすっかなぁというところで、最終的には転職しましたね。「日本オラクル」に行ったからといって、開発ができるなんていうことは誰も保証してくれるわけじゃなく、行ってから考えるかみたいな感じでしたけどね。微妙だったのは、専業ベンダーって他に「サイベース」と「インフォミックス」があったんですけど、どちらも今考えるとどっか行っちゃいましたからね。それはもう1/3の確率でたまたまですよ。当時お名前はそこそこ轟いてましたけどね。「サイベース」の方が勢いあったかもしれないですね。「インフォミックス」は「インフォミックス」で「アスキー」が凄い勢いで売ってましたからね。どこも相当元気良かったですよね。運ていうのはあるわけですよね。私の同僚でもね「インフォミックス」に行った人がいっぱいいるし、「サイベース」行った人もいっぱいいるしね、それはしょうがないですよね。「オラクル」ではですね、技術系のところに入ってOEMベンダーさんのサポートみたいな感じでしたね。当時はOracleを色んな日本のベンダーさんのマシンに移植してもらうっていうのが仕事でした。今じゃちょっと考えにくいんですけど、日本のベンダーさんは独自UNIXみたいなのも持ってたんですよ。「ソニー」もNEWSみたいなのありましたし、「日立」もOSがあったし、皆独自のOSがあったんで、独自のUNIX向けにOracleをポーティングしてもらうみたいなね、そんなような形でしたね。「日本オラクル」に入るじゃないですか。Worldっていうのが横浜で開催されたんですよ。その時に、成田からラリー・エリソンも来るしバイスプレジデントが何人も来るから迎えに行くとかいってマイクロバスかなんかでピックアップしに行ったりとかしてたんです。95年の前半は日本ていう地域はバブルが崩壊したり、大震災、東京のサリンの事件もあったですけど、相当どんよりしてるんですね。Rdb時代の上司が推薦してくれたんですよね。それで「喜んでやります」ということで、シリコンバレーに行くことになったんですよ。希望退職で転職するときに、最後のメールをお世話になった人に書いていて、その中の一人に「DEC」時代にお世話になってたRDBの東海岸のボスがいて、「今度辞めるんだ、またどっかで」みたいなメールをしたんですね。したらすぐに「どこいくんだ?電話くれ。仕事ないんだったら、うちに来ないか?」とメールが返ってきたんです。ありがたいことを仰るわけですよ。それで「いやいや違うんだ。8のインターナショナリゼーションをするエンジニアが必要だなんてことで「じゃあ私行きますよ」なんてそんな感じでしたよね。シリコンバレーへ転居されたんですよね。シリコンバレーに行って銀行の口座を作って車を買ってアパート探して、みたいな感じですよね。エンジニアとしては非常に過ごしやすかったですね。気候もいいし、満員電車じゃないし、車で15分から20分ぐらいで会社に着きますからね。クリエイティブなことがしやすい環境だっていう風には聞きますよね。環境は非常にいいと思いますね。さっきの話の続きになるんですけど、私が思ったのは日本の場合はエンジニアが会社にくっついちゃってるんですよね。拘束されるけど依存もしてるっていう感じになってますよね。それで私の偏見かもしれないんだけど日本の場合は、技術と組織とがあった時にどっちをたてるかっていうと、組織かなと思うんですよね。平気で組織になっちゃうんですよ。私がシリコンバレーにいて思ったのは、彼らは会社には所属はしてるけど依存はしてないということなんですね。今「オラクル」っていう会社にいるけど、ひょっとしたら次の日に「インフォミックス」に行くかもしれないし、「サイベース」に行くかもしれないし、それは悪いことでも何でもなくて自分が専門としてる技術を求めてくれる会社があれば、そこに移動するのは当たり前だと思うんですね。その時の救命胴衣は、どれだけ技術に対して真面目に向き合ってたかっていうことなんですよね。会社の都合をごり押ししてて技術的にどう考えてもそれはおかしいっていうことを主張したAさんがどこか他の会社に移ったとしても、ちょっとピント外してるなっていう評価であんまり相手にされないですよね。すると会社での評価はもちろん重要なんだけど、ある種の技術コミュニティの中でその人の絶対値が評価されていくには、常に切磋琢磨して技術勉強して高めていくしかないと思うんです。いうプロフェッショナルの世界が、シリコンバレーっていう場所の競争力を保っているのかなと思います。気候がいいとか雨があんまり降らないとか生活環境がいいとか悪いとかじゃなくて、シリコンバレーの競争力はそこを大切にしているのかなと思うんですね。したらば例えばベンチャーキャピタルがいるとかいらないとか制度的にどうだこうだじゃなくて、そういう社会的な価値観がないかぎり日本でどんなに税制を変えようが、キャピタル投入しようが、あんまり関係ないような感じがしましたね。私が最近、勉強会とか熱に浮かされたように言ってるのは、そういうコミュニティを作りたいからなんですよ。会社に依存する人じゃなくて、技術に真面目に向き合う人をどれだけ発見してそれを社会として担保していくのかということなんです。その人たちがどう流通し、学ぶ場所をどう提供していくのかということなんですね。いう社会の方が、会社にずっと依存している社会よりも一人ひとりにとっては幸せに近いだろうなんていうことを10年前にシリコンバレーという場所でなんとなく見聞きしましたね。95年に初めてシリコンバレーに行ってね、スーパーとか電気屋さんでフリーペーパーみたいのがあって、後ろにカレンダーがついてるわけです。そのカレンダーには英語の教室とか趣味のなんとかとかサークルのことが書いてあるんだけど、その中にコンピューターのサークルがいっぱい載ってるわけですよ。月の何曜日にはどこどこで集まるよとか会費$5とか勝手に来ていいよとか電子メールの連絡先とか書いてあるわけですね。いうフリーペーパーを見て「面白そうだな、今度行ってみるか」みたいなことで、非常にインフォーマルな集まりがあったんですね。スタンフォード大学では毎週金曜日の午後3時ぐらいだったと思うんですけど、データベースのセミナーみたいなのがあって、その大学の先生が講義するだけじゃなくて、「オラクル」にいる人とか「マイクロソフト」とか「IBM」とかの人が小一時間ぐらい自分のところの製品の話をするんですね。学生さんはそれが単位になるからちゃんと出席はするし、誰が入ってきてもよくて、近所のエンジニアが勝手に入って質問したりするのも良いみたいな感じでした。それって学生にとってはもちろんメリットがあるんだけど、それ以上に技術者にとっても自分の技術が絶対値としてどこら辺にあるのかなということを認識できるというメリットがあると思うんです。自分たちの製品が絶対値としてどこら辺にあるのかなっていうのを切磋琢磨するという意味では、スタンフォード大学のような大学が、ある種の非武装地帯みたいになっていて皆がカジュアルに集まれるという感じでしたね。日本では当時ね、自分がソフトウェアの日本語化をやって、国際化やって、RDBMSとかで「こういう工夫をしました」なんていうことをカジュアルに誰かにお話して、それについて喧々諤々やるっていう場所は残念ながらなかったですね。学会とかはあったけど、学会もある種研究者のたまり場であってエンジニアが今困ってる問題をガシガシっていうのは、ゼロとは言わなくてもそんなにはなかったです。私のアンテナには、ほとんどひっかかってなかったですね。量も多くなくて「日本UNIXユーザー会」とか「ソフトウェアエンジニアリング・アソシエーション」とかあったことはあったんだけど、ちょっと違ってましたね。シリコンバレーはそういう勉強会みたいなのが山のようにあって、カジュアルに集まれるし、あんまり会社にバインドされてないんで、知り合い同士で飯食いに行くときに単なる与太話から技術的に凄いディープな話とかっていうのがガシガシできるし、それは面白かったですね。最近そういう所がやっと増えてきたというのはありますよね。人材の流動性じゃないですかね。それである程度インターネットがあるんで、何をやってるかっていうのはWebかなんかに書いておけば誰かが発見するじゃないですか。いう勉強会も日々活発に行われてるし、自分で立ち上げてる人もいますよね。そこではやっぱり、かなりリアルな本音ベースの話が広がってきてて、凄い心地よいですね。別に単なる飲み会でもいいんですよ。単なる飲み会でも、そこで本音の情報が流通してれば、だんだん仕組みとしておかしいことっていうのが炙り出されてきますよね。それこそ多重下請け構造がイカンということで、皆がそれ以外の方法を業界全体として模索するきっかけになれば変わっていくだろうし。そこは非常に楽観してますね。Web系のサービスを提供するところなんていうのは特に若手の技術者が自分の技術に対して凄い一生懸命真面目に取り組んでて、私もう頭下がっちゃう思いがあるんですね。彼らなんか酒飲みながらも議論してますからね。自分の技術に関してね。それで、下手すると飲み会の後に会社に戻ってそのアイデアを早速実装しちゃったりして次の日にはサービス作ってそのプロトタイプ見せたりとかねするんです。そこにはやっぱり自分のサービスに対する誇りとか責任感ていうのは非常にありますよね。そこはむしろ大手のやらされてる感を持ってだらだらプログラムとかソフトウェア作ってる人よりも、小さい聞いたこともない会社のソフトウェアサービスの方が魂こもってたりするところっていうのはあると思うんですよね。Webはやっぱり業務系システムと違って、物を売ったりとか人を集めたりとか目的が全然違うんですよね。違うスキルとかモチベーションとか要求されますよね。この間も「Wassr」っていうマイクロブログみたいなのを作ってる人と飲む機会があったんです。「Engineer25」というコーナーに出ていただきました。自分のサービスに世界中で一番興味があるのは松野さんなわけですよ。自分のサービスなんで当たり前の話ですよね。それで、こっちの方では「Wassr」の気に食わないところで盛り上がっちゃってて、別のところでは全然違う話をしてるわけですよ。彼らにとってみれば自分の目の前の酔っぱらいのオヤジが「すげえ、お前作ったの?」とか言って、「これはいいね」みたいなことを言ってるとやっぱり気持ちがいいだろうし、励みにもなるだろうと思うんですね。別のところで「これだめだよ」みたいなことを言ってたら、「じゃあそれ直すか」みたいな話になってね。飲み会の席なんだけど間違いなく企画会議なわけですよ。それで情報ロスいわゆる損失ゼロで、開発者とユーザが同じテーブルにいるわけじゃないですか。従来型のウォーターホール・モデルだと誰かが要求仕様書書いて誰かが設計書書いて詳細設計を書いてコードを書くっていう人が全部違って、どこに魂込めんのよというところですよね。確かにそうなっちゃいますね。いつのまにか文字を書いている最中に魂消えちゃうわけですよ。飲み会では、へべれけになりながら「おまえの作ってるサービスすげえよ。やれよ」みたいに酔っぱらって言ってるオヤジもいれば、「ここのボタン押しにくいよ」とか言ってるお兄ちゃんもいるんですよ。その中で世界で一番そのサービスに関してコミットしてて興味を持ってる松野さんはそこを受け止めて「じゃあ、こういうあれだったらどう?」「それいいね」とか、バグかなんか見つけちゃった人が「これやったらXSSいくぞ。ほら落ちたよ、Wassr」みたいなね「ああ、やめてくれよ。いい加減にしてくれよ」みたいなことやり取りをしてるんですよ。飲み会がアジャイル開発の現場みたいなんですね。残念ながらそれは大手は真似できないですよ。なってくると「NTTデータ」とか「ISID」が真似できるかっていうと、残念ながらそういうやり方ではないじゃないですか。なってくるとね、例えば「NTTドコモ」とかねgooとか色々やってるじゃないですか。電話会社系のWebですね。それをどういう作り方してるかっていうと、なんか仕様書書いて、単価が安いということで外注先の若いお兄ちゃんにJavaかなんかで作らせるんですよ。いう作り方で競争力あるわけないと現場の人はみんな理解してるんだけど、「じゃあなんで経営者はそれを理解しないの?」と、「経営者馬鹿なの?」と、そうじゃなくて正社員の君がスーパーハッカーになって松野さんと勝負しなくちゃいけないのに「単価安いから外注した方が」なんて言っているっていう話なんですよ。大手いくとほとんどコードを書く機会がないですからね。大手の会社がね、未踏のエンジニアを雇用できないかなんて言うとそんなことはなくて「Google」だっていっぱい雇用してるわけですよ。電話会社のでかい所がポータルサイト作りたいんだったらば、従来型のウォーターホールじゃなくて、アジャイルで飲み会ドリブンな開発をできるようにしなきゃ駄目だと思うんですよね。確かに仰るとおりですね。直属の上司ぐらいはそういう話が何となくわかるんだけど、上司の上司とか役員になると話通じねえんだよな。宝の持ち腐れですよね。いう方はほとんどSIerから辞めていきますよね。いう意味で言うとね、儲かってるのか儲かってないのかは分かんないですけど「はてな」あたりで楽しそうにやってる連中がいるわけですよ。大学生がインターンかなんか行って、ひと月もやっていると感化されちゃってね、「これは日本を変えるな」みたいな感じになるわけじゃないですか。「mixi」でもそうだろうしね。今の「livedoor」とか「GREE」でもそうだろうしね。WEB2.0系の小さい聞いたこともない会社っていうのは、そうやって徐々に開発研究基盤を作ってきてて、東京には「Google」みたいなジャイアントはいないけど、「mixi」があったりとか「はてな」があったりとか1つ1つのサービスって、結構尖ってるのがあると思うんです。それで、その連中のトップノッチのエンジニアっていうのは、みんな飲み会でつながってるんですよ。私、ラッキーなことに、そういう連中とほとんど顔見知りなんです。それはもう「GREE」に行こうが「楽天」に行こうが「ニフティ」行こうが、現場の20代30代のお兄ちゃん達とは、大体顔見知りです。なんで、本当に1円にもならないんだけど(笑)、ある意味でいうとバーチャルなGoogleっていうのは東京にも既にあるんですよね。まつもとゆきひろさんは東京にはいないけどバーチャルには日本という地域の中で象徴的な存在としているわけだし、本当に大企業が気がついてない新しい価値の作り方っていうのが東京地方にはあって、シリコンバレーよりもはるかに競争力の高いものを持ちつつある予感がするんですよね。それでもし足りないものがあるとすればやっぱり、我々のような宝物の原石がいくらでもあるなかで、それをお金に換えるエンジンとしての世界レベルの経営者かなと思うんですよ。何年か前のビットバレーみたいな胡散臭い話じゃなくて、実際にサーバー1000台規模を動かしてる若手の連中がいるわけだから、日々それをノンストップで動かしてる現場があってね、そういう連中のテクノロジーとか技術を生かしてお金にするような大人の経営者っていうのがあまりにも少ないかなと思うんです。それさえ発見できればね、凄いエンジニアが山のようにいるんですよ。未踏だけでも200人とか300人いるわけでしょ。彼らが一人二人で孤立してて、その力を発揮できないのはもったいないですよ。まつもとゆきひろさんもRubyをJavaと比較されるときに、JavaにはパトロンがついたけどRubyにはまだパトロンはついてないよねっていう話をされてましたけど、オープンソースの成長にお金っていうのはやっぱり大事なんですよね。それが経営とやっぱり結びつくのかなというところなんですけど、お金を出してそれをマネージメントするっていう人がなかなかいないっていうのが現状ですよね。それをどう育てるかっていうところだと思うんですよ。私ね、MBAっていう仕組みがいいか悪いか分かんないんだけど、少なくとも米国では卒業した先輩が若手をトップノッチの経営者として育てるっていうことをある程度社会としてやってるじゃないですか。日本の社会にはプロフェッショナルな経営者はほとんどいなくて、大手の大企業の中のたまたま偉くなった人はいても、自分で会社を興してそれを世界的な規模の会社にした人なんかほとんどいないですよ。いう大手で部長から本部長になり役員になってたまたま社長になった人っていう人が、若手の海千とも山千とも分かんないお兄ちゃんをどう育てるかっていうことにインセンティブを持ってるかっていうと持ってないし、それが社会的に重要だっていうことに気がついてるかっていうと必ずしもそうでもないんです。MBAみたいな経営大学院みたいなの作って若手のプロフェッショナルな経営者を育てるっていうのもほとんどされてないじゃないですか。ベンチャーより、とりあえず大規模に行っちゃう人が多いですよね。いって、なんでもかんでも起業すればいいかっていうとそんなことはないんだけど、若い未熟な人たちをどう育てていくかっていうのを社会全体がもう少しバックアップするようなことを考えてほしいななんて思いますよね。おっしゃるとおりですね。日本には経営のプロはいなくてですね、そういう文化もないですし、一回経営やっちゃうと転職できないとか噂になったりする風習がありますよね。役員やってると履歴書ではねられちゃうみたいなとこありますよね。実はリスクは大きいけどあまりメリットがないっていう見方もできますよね。私はそこが少しずつ変わっていけば変わる思うんだけど、私の半径5mにはそういう人はあまりいないんで、困っちゃうんですよね。1つのプランとして、エンジニアの中からそういう人がでてこないかなと期待してる所はあるんですけどね。トップエンジニアの中でも経営能力を身につけて立っていく人って日本だと少ないですよね。それに期待を持ってる所も実はあるんです。