
今回は、「企業における研究者」をテーマとしまして、第7回の「Webエンジニアの武勇伝」にご登場の大場光一郎さんからご紹介いただいた日本アイ・ビー・エム東京基礎研究所(TRL)の主任研究員でいらっしゃる宮下尚氏にお話をお聞きします。取材会場は、日本アイ・ビー・エムの大和事業所内の会議室です。東京基礎研究所は、1982年に設立された歴史のあるラボで、数々のイノベーションを創造してきました。なお、ご紹介者である大場光一郎さんと日本アイ・ビー・エムの広報ご担当の永渕貴史さんにもご同席をいただいております。
http://www.trl.ibm.com/extfront.htm
宮下 尚 氏
2001年Free Standards Group、OpenI18N WGでInput Method Subgroup Leaderとして入力メソッドの開発および標準化に従事.2003年日本IBM東京基礎研究所に入社.以来、XML、高信頼性ミドルウェア、アクセシビリティの研究開発に従事.
※最近のアクセシビリティの取り組みについては、こちらをご覧ください
http://www-06.ibm.com/jp/press/2007/12/0502.html
■著書
入門 GNU Emacs オライリー・ジャパン
入門XML オライリー・ジャパン
便利に使おうMule for Windows活用入門―Windowsで文章を扱う人へ カットシステム
![]() |
![]() |
![]() |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 後編へ続く |
![]() |
||
| 実はこの方が紹介者→ | Webエンジニア武勇伝 第6回 大場光一郎 氏 & 大場寧子 氏 |
|
| 次に紹介したのは→ | ※現在オファー中!!乞うご期待!! | |
| これを読んだあなたに オススメの会社は→ |
![]() 株式会社ケイビーエムジェイ |
|
![]() |
||
ページ上部へ戻る







あれはすごいことになりましたね。基本的にはオープンソースって人なんですよね。この場合には、正確にはフリーソフトウェア※2と呼ぶのが正しいのですが、、その時から貢献してくださる人って本当に珍しいんですよ。オープンソースなんて呼ばれているものはまだないですし、基本的には個人の志で自分たちのものを作っていこうということだったんですよ。
いきましたね。国立遺伝学研究所に、その時には入っていましたからね。どっちかというとバックグラウンドが私の場合にはサイエンスの方向にいっちゃっていましたね。大学に入って一生懸命勉強していたものというと、この時期くらいにしか出来ないかなと思った数学でしたしね。でも数学ばかりやっていると息が詰まるので、それでプログラム書き始めたという感じになってきたんですが、やっぱりコンピュータに興味があったんでしょうね。コンピュータのアルバイトしてお金も稼いでいましたからね。そのときに一番大きかったのは、やっぱりGNU Emacsに出会ったことなんでしょうね。
そうなんです。それでちょうどその時に、私自身、Windowsの仕事があって、自分の使えるエディタをWindowsでも使えるようにしたいという欲求がきっかけだったんです。フリーソフトウェアですからソースコードがあるんですが、GNUのソフトウェアは改変したものを再配布できたんです。むしろ反対にソースコードにアクセスできなくちゃいけないっていうしばりまであったんです。ストールマン曰く「公共のものは公共に返さねばならない」ってやつです。そのシステムを使わせてもらえるのはありがたいことだなって思って、大学1年生のときに自分の技術的チャレンジもこめてやってみようと思ったんですね。でも見てみると、これが分からないんですよ。当時の実力では全然足りないわけです。数年たってから分かったんですが、GNU Emacsってとんでもないシステムで、およそほとんどのコンピュータシステムが詰まっているんですね。最初のときは全然気づかなくて、ただのエディタぐらいにしか思ってなかったんです。もともとストールマンはAIというかLispの研究をしていて、GNU Emacsは彼の研究の成果をそのまま詰め込んだ構造をしていて最初は本当に歯が立たなかったんですよ。まあ、普通に考えたら挫折してるところなんですが、ちょっと気合を入れて読みまくったんです。それが私の今のソースコードを書く力の80%くらいになっている気がしますね。
実は自分でも疑問に思って考えていて、結論にたどり着いていないんですが・・・プログラミングの世界でもボキャブラリーみたいなものがあって、オブジェクト指向というのはいい意味でそういうレベルになっていて、ある一つの言葉の意味をあらわすときにとてもよいものの考え方を提示した一連の知識セットをどんどん作っていったわけです。そういう知識セットとコードとの対応関係がわかってくると、結局どれを使いたいのかどういうことを表現したいのかってことがもう少し高レベルになってくる。そういう影響を与えているのはオブジェクト指向だけでなく、現代のコンピュータや通信のアーキテクチャー全体だと思うんですよ。ただ、エンジニアっていうのはレベルが高い人であればあるほど、ユーザーとか顧客とかをマシンの理解できるレベルにトランスレイトしていくんですが、マシンは決してきれいなものではないので、その間をつながないといけないんです。だから逆にアーキテクチャーだとかを構築するなりして、(マシンや人が)理解できる言葉に変換できる能力がどんどん高くなっていかなくちゃいけない。すると、ソースコードにもその今までこういう表現をすると伝わるなってことを綺麗に書けるんです。全人的な能力を求められるんでしょうね。意味レベルのところを1つ1つ作り上げていって、新しいセットを覚えていくと、また効率よく意味が理解できるようになる、もっと読めるようになる、書けるようになるっていうのがありますね。考え方なんでしょうけどね。うーん、説明になってないですね。。。まだこれは自分でもちゃんと理解できてないんですよ。
そのときに産業技術総合研究所の半田剣一さんと戸村哲さんが拾ってくれて、Muleプロジェクトにお世話になったんです。そのときあたりから歯車がまた1つ進んだっていう印象がありますね。それから自分の中で特にユーザーインターフェイスまわりでの形を模索したかったんです。まあ、それにあまり言えないんですが、いろいろあって(笑)、いつまでもMule for Windowsってのもあれだろうということで、新たにMeadowっていう名前をつけて、Muleプロジェクトの中で自分はこの領域の仕事をしますってことで始めたんですよ。そのあたりが大学の4回生くらいですかね。いろいろあってって言いましたけど、ちょっと真面目な話をすると、オープンソースのプロジェクトの中で人間関係って馬鹿にできないんですよ。私が見ている中でもすごい分裂したりだとか喧嘩したりだとかあるので、その中で前に進めるソーシャライゼーションみたいなものは生身の人間のやっていることなので、すごく重要なんです。それについてはエリック・レイモンドがいろんなことを書いていたりしますけど。。。でも、そういうプロジェクトの中でいろんなレベルの高い方がいて、いろんなことを教わったりしましたね。



