■■■■■■■■■■■■■■■■■■■
JTPA ギークサロン

「岩本達也氏とシステム・アーキテクチャの潮流を読む」

５月９日金曜日午後７時
■■■■■■■■■■■■■■■■■■■

高クロック・シングルコアからマルチコアへの流れは、ここ数年で確実に進化してきた。またGPUの今後については、去年から急に注目が集まっている。
Intelが打ち出したメニーコア・ソリューションLarrabee、AMD/ATIのFusion、そしてCPUを持たないGPUの王者NVidia。果たして数年後のPCアーキテクチャはどのようなものになっていくのか。
ゲームコンソールやコンシューマ機器も含め、チップとシステム・アーキテクチャの構成について昔話も交え、その今と未来について長い潮流の中で考察したいと思います。

スピーカー： 岩本 達也 （Tat Iwamoto）
--------------------------
日米でデジタル受信機の開発にかかわった後、オースチンとベイエリアでチップ開発に携わる。
現在はグラフィックス関連ソフトウェアの開発マネージャ。

MAZDAが世界に誇る「Miata」のデザイナーの俣野氏。元々、日本の大学で工学部に在籍していものの、車のデザインをしたい一心でロサンゼルスにあるカーデザイン界トップの「Art Center College of Design」で学位を修得。現在、サンフランシスコの「Academy of Art University」のIndustrial Design Departmentのトップとして、後進のインダストリアル・デザイナーの育成にあたっておられます。

今回のセミナーは、右手と左手の組み方によって、左脳派、右脳派の人間に分ける事ができるという実験から始まり、話は俣野氏の経歴、そして彼のデザインスタンスの話へと移りました。下記では俣野氏のデザイン理念と実践方法を中心に紹介していきます。

●中身から生むデザイン

表面的なデザインは一時的にはもてはやされるが、長期的に見た場合、消費されてしまうデザインとなってしまう。その点、その車のエンジンなどの機能を含めた性質から考えられた「中身から生むデザイン」は何年経っても人の目を引付ける事のできるものになる。これは、無理のないコンセプト立てができることにより、量産されるまでのコンセプトにぶれが少なくなるからである。例えば、フロントが極端に尖っているスポーツカーのデザインは一見良く見えてしまうが、フロントが極端尖っていることによって、リアからフロントへの線を引いた時の軸が下へと向いてしまい、車が急ブレーキをかけているようなイメージを消費者に与える事となり、時間が経った時に、飽きられてしまうと考えられる。実例として、Miataは運動性の高い車として、この中身からデザインという手法をとっているため、スポーツカーとして長期的に愛される車となっている。他の例をとして、「筋肉質な車」としてデザインされたRX-7は、後の消費者アンケートの結果、体を鍛えるのが趣味というオーナーが7割を占めていた。

●環境から生まれるデザイン。

センターコンソールにあるエアコンスイッチ、オーディオの位置は各国によって違う。これによりどこの国の車かを知る事が出来る。また、この違いは各国のスイッチのニーズの違いによって発生するもので、環境から発生しているデザインだと言える。また、アメリカの車と日本車の違いの例に、生まれ育った国の駐車場の大きさ、道路の広さなどの環境距離感によって、各国のデザイナーはそれぞれの感覚をもってデザインしているといえる。実例として、日本では駐車はバックから入れることが多いが、米国は駐車場自体が広いため、車は全くの逆で頭から入れられる。よって、アメリカ市場に向けてデザインされていたMiataの場合、停車中の車を見る歩行者から注目されるのは車のリア・フェイスとなるり、また、運転中に関しても後ろの運転者から見えるのは、同じくリア・フェイスであり、リア・フェイスにこだわった車にしている。更に、Miataのインテリアの基本色であるベージュを例にとっても、アメリカデザインチームがイメージする色と、日本チームのイメージする色では異なってた。

●俣野氏のデザインスタンス実践方法

俣野氏は彼のデザインスタンス実践方法の一つとして、自分がそのモノになって考えるという方法を紹介。例えば、電気のスイッチ。汚い手で触って欲しくなかったら、汚れにくい材を使う。乱暴に扱って欲しくなかったら、切り替え部分をスムーズになど、自分自らをそのモノ置き換える事で内側からデザインを生む事が可能となる。

講演終了後、懇親会へと移り興奮冷めやまぬ参加者に囲まれ、質問攻めにあうも一つ一つの質問に丁寧に答える俣野氏。参加者一同、普段とは違う分野から、しかも、世界のトップを走るデザイナーから直に話を聞く事ができた、とても意義有る時間となったのではないかと思います。

＊会場に来られなかった方のために、セミナーの様子をUstreamで見る事ができるようになりました。ご興味のある方は以下のＵＲＬからご覧ください。http://www.ustream.tv/channel/jtpa-geek-salon

(開催レポート by Sunny Tsang）

--------------- 以下はセミナーの告知文です　--------

サロンは 19:30 に開始しましたが、途中の 21:00 ごろの中締めを挟んで、夜中の 24:00 ごろまで実に様々な話題が飛び出しました。下記のレポートは、中締めの前・後の内容を順不同で要約したものです。Erwan さん、本当にありがとうございました。

■1. Erwan Loisantさんの経歴

2006年、東京都立大学とナント大学(パリ)の博士課程にて Navigation-based Image Retrieval という研究課題 (例: http://www.dbsj.org/Japanese/DBSJLetters/vol3/no1/papers/Loisant.pdf)
に取り組んでいた彼は、論文を目的とした研究ではなく、実際にユーザーに使われる仕事がしたいと考えるようになっていた。
そのとき学業の傍ら取り組んでいた Flock Extension の開発がきっかけとなり、Flock 社のブログを通じて応募のメールを出してみたところ、Erwan さんが XUL に詳しいこともプラスとなって1日で面接＆採用決定、次の日にはビザの準備を開始という展開に。 Erwanさんは入社後、Blog Editor
(http://www.flock.com/user-guide/blog/posting.html) や Web Clipboard
(http://www.flock.com/user-guide/1.0/advshar.html) の開発エンジニアとして活躍中です。

Flock は、FireFox をベースに、People Sidebar、Blog Editor、Feed Reader、Media Minibar などの機能が追加された Web ブラウザです。 先日、iPhone SDK が1日で10万ダウンロードを記録したことが話題になった一方で、Flock は現在、延べ約 3 百万ダウンロードを達成しています
(http://www.flock.com/node/61397)。

Flock社の設立は2005年、最初はガレージでみんな作業していました
(http://www.flickr.com/photos/foolswisdom/61079990/)。 現在は Redwood City とカナダの Victoria にオフィスがあるそうです。 (参加者の廣島さんいわく、Redwood City にもある Beard Papa's (http://www.muginohousa.com/index.php) のシュークリームは絶品とのこと)

■2. Flock社のビジネスモデル

Flock はどうやって利益を上げるのか？ との問いに、「検索が中心です」と答える Erwan Loisant さん。 Google, Yahoo! などの検索広告の流通をめぐる市場の成熟により、 FireFox や Opera のようにブラウザを無料で配布しつつブラウザ開発者が利益を上げる仕組みができつつあります。 Flock 社のブログの Bart Decrem さんのエントリ (http://www.flock.com/blog/creating-sustainable-value) によれば、Webブラウザにはまだまだ改善の余地があり、「We firmly believe that doing right by our users is the best way to build a sustainable, successful company.」とのこと。

現在、Flock のライセンスは GPL (GNU General Public License)。 「それを利用したソフトも GPL で再配布しなければいけない」という厳しいものです。 Erwan さんは、「Flock の Philosophy として、利用したら貢献すべき、というのがあると思います」とのこと。これに対して MPL (Mozilla Public License) や(New) BSD License の場合は そこまでの制限はありません。
参加者の奥井さん曰く「オープンソースというと即『うちの製品はオープンソースではないので、オープンソースの技術は使ってはいけない』と勘違いしている人も多いのには困る」との体験談、まだ GPL 以外の形態のライセンスの認識が浸透するには時間がかかりそうです。

■3. FireFox/Flock Extension の開発手順

Erwan さんは Mozilla の歴史について簡単に紹介してくださったあと (Mozilla の名前の由来は "Mosaic Killer" を Godzilla (ゴジラ) 風に縮めたものだそうです)、さっそく FireFox Extension の開発手順の紹介へ。 開発プラットフォームとして FireFox Extension を選ぶことの Pros, Cons については、Pros としてはマルチプラットフォーム対応が容易であること、JavaScript は特別な開発環境を必要としないこと、 Cons としては multi threading が使えないこと (FireFox API の多くは残念ながら thread safe ではない)や、ドキュメントがあまり整備されていない点があるとのことだそうです。

次に、XPI package の仕組みなどについての紹介があったあと、 具体的に Extension のソースコードを紹介しながら Erwan さんがその開発手順を解説してくださいました。 Flock は、大きく分けて「UIモジュールの追加 (例: People Sidebar, Blog Editor, Feed Reader, Media Minibar, ...)」「新しいサービス (twitter とか facebook とか) への対応」という 2 つの方法で拡張することができ、その拡張モジュールは JavaScript または C++ で記述可能です。 たとえば、Flock の API の flockIBlogWebService　というインターフェースを使って、 ブログへの投稿をする UI を自分で自由に作ることができます。 基本的な手順は、.idl で定義されているインターフェースを拡張して、 JavaScript や C++ を用いてその実装を提供するという流れです。(具体的なインターフェースについては http://developer.flock.com/ とか http://developer.mozilla.org/ を参照してください。)

続いて、Erwan さんによる XLU (ズルー、と発音) 開発のデモ。 XLU は Mozilla, Flock などで利用されている UI 記述マークアップ言語で、Linux, Mac, Windows のどれでも動作するのが利点です。 ブラウザの中だけではなく、XLURunner (http://developer.mozilla.org/en/docs/XULRunner)
のようなツールを用いてスタンドアロンのアプリとして実行することもできます。 大変便利なマークアップ言語ですが、 Erwan さんによれば「XLU がスタンダードになることはおそらくないでしょう、 Mozilla はそれを意図してはいない」とのことです。

Flock では FireFox に搭載されている技術の一つである XPCOM を使って、JavaScript のモジュールと C++ のモジュールが相互に動作できるようにしています。 Erwan さんによると、「Singleton パターンを実現するためには従来は XPCOM を使うしかなかったけれど、 FireFox 3 からはそれが必要なくなる (新しい JavaScript の仕様でサポートされる？) のでその目的では XPCOM は使わなくてもいいと思う。けど、サービスを作るには必要だから、知ってて無駄ではありません」とのこと。

ブックマークは従来 Flock 独自で開発していたものの、FireFox 3 から登場する Places (http://wiki.mozilla.org/Places) に統合していく予定。 del.icio.us などのサービスも今後 Places を使うようになりそうなので、今後は ブックマークを複数の場所で管理する必要性は減っていきそうです。

この Extension の仕組みを使えば 基本的に何でもできてしまうので、 FireFox や Flock のExtension をインストールするときは (悪いモジュールではないかどうか) よく注意してください、とのことだそうです。

■4. Flock社内の開発プロセス

Flock や Mozilla の Extension を開発するとき、 javascript のデバッグはどうやっているのか、との問いに対しては、Erwanさんいわく「基本はログ出力ですね」。 ブラウザの about:config ページにてjavascript.options.showInConsole を true に設定し、DOM Inspector や Firebug を使いながら開発しているそうです。 Flock社には、Venkman を使っている人もいるそうです。「step実行ができない javascript と、デバッガ環境が充実した C++ と、どっちが生産性が高い？」という質問も出ましたが、C++ は環境ごとにコンパイルしなおす必要がある点がやはりデメリット。

Flock 社内では、trac (http://svn-mirror.flock.com/trac/flock/browser) と Bugzilla を使っていて、svn commit があるたびに自動的に build と automated test が走る仕組みになっているとのこと。 それぞれの Automated test は javascript で書かれていて、テストの成功・失敗を自動的に報告するようになっています。 Test driven とまではいかなくともこの種の自動テストの仕組みは、品質を落とさずにスピーディーに開発をすすめる上では重要な仕組みのようですね。

Mozilla や Flock について自分に必要なバグ修正がある場合は、 たとえば
http://www.mozilla.org/owners.html とかで該当モジュールの関係者 (Peers) を探し、その人に irc.mozilla.org や irc.flock.com で直接コンタクトをとって、 "Hi, do you know who can review bug ###?" とかきいてみるのが有効とのこと。 bug report に「私も困ってます」みたいなコメントを書くのもいいかもしれません。

■5. 今後の技術

ブラウザの未来形は？ という質問には、Erwanさん曰く「スタンダードにならないとひろがらないと思います。 例えば SilverLight とかは一時的なものになりそうですね。 たぶん、HTML 5 がその未来を指し示していると思う」。

現在、Flock の最新バージョンは FireFox 3 をベースに開発が進んでいるそうですが、 JavaScript の未来についてもサロンで話題に上りました。 ECMAScript 4, JavaScript 2 への進化が Tamarin プロジェクト (http://developer.mozilla.org/en/docs/Tamarin)を中心に進められています (Adobe がこの open source project に貢献していることから、 Flash も今後このエンジンを使ったものになります)。
JavaScript 2 の特徴については、Brendan Eich のプレゼン(http://developer.mozilla.org/presentations/xtech2006/javascript/) とかを参照してください。ざっと見た感じ、 C++, Java, Python のいいとこどりをしたような言語仕様になっているようです。

■6. Flockと日本

日本のSNSサービスへの対応は、という問いに、「mixi は、残念ながら API がないですね」と答える Erwan さん。
はてな、ニコニコ動画などが話題に上がるものの、API を通じた書き込みをサポートしているサービスは現状存在していない。 なお Ameba TV は RSS feed を提供しているので、Flock の Media Minibar への追加はやればできそう。
ニコニコ動画には裏APIがあるとのこと。 全般的に、日本のサービスは API 提供があまり進んでいません。
日本語バージョンはありませんが、.rdf の update check 通信のログからは、日本でもけっこう使われていることがわかるそうです。

■7. その他

フランスでは週35時間労働というのは本当? という問いには、「ある時間以上働いたら 残業代を払わなければいけない、ということです」と Erwan さんの答え。 じつはサービス残業もあるというニュースもありますが (http://job.yomiuri.co.jp/news/jo_ne_07040924.cfm)、労働時間だけではなく子育て支援、シングルマザー支援など各種の支援制度が充実している点が仕事文化に深く関係しているのは間違いなさそうです (http://job.yomiuri.co.jp/library/wlb/li_wl_07122501.cfm)。

ちなみに Erwan さんによれば、フランス人の大学生の多くは英語も話せるそうですが、「パリとかでは観光客があまりに多いので、もう少しフランス語を話してくれたらなあと感じている人はいると思います。
ですので、挨拶がフランス語でできれば、あとは親切に英語を話してくれる人が多いとおもいますよ」

-------------------------------
当日の録画はこちら：

http://www.ustream.tv/channel/jtpa-geek-salon

---- 以下はイベントの告知文です ---------------------------

以下は、参加者の本間清司氏からの開催レポートです。

-------------------------------

今回のギークサロンは、ケータイ業界にもインパクトを与え始めたgoogleの携帯電話向けソフトウェア基盤の「Android(アンドロイド)」について。

従来の、最前列にアツいギークの方々が鎮座して突っ込みまくるスタイルから180度方針転換して、最後方よりホストを静かに狙い撃ち（？）するスタイルに変更。ホストも途中物足りない様子で「答えられる範囲で答えるから、質問して～」という場面も。

第１部ではSDKセットアップのポイントから始まり、初心者にもわかりやすいAndroidのアーキテクチャ解説、サードパーティがSDKを使用して、いかに簡単にアプリケーションを書けるかということがメインに話が進みます。

（SDK全体的なこととして）
＊　Ecripsの利用を高推奨
＊　SDKはearly lookでプリβ版といった感じ
＊　公式ドキュメントがまだまだ足りない

（ポイントとして）
＊　SwingやJ2MEとは違う少しクセがあるフレームワーク
＊　データベースはJDBCとは違い、SQLiteを活用
＊　ユーザインタフェースはXMLで記述

以上の点を押さえつつ、従来の携帯電話用Javaアプリ開発との違いを交えてアーキテクチャを一つ一つ丁寧に追いながら解説していきました。

第２部では、全体的に説明を聞く雰囲気から一転し、インタラクティブにセッションが進行します。半谷氏は、HelloWorldの解説だけでは物足りないだろうということで、スクラッチで書いてきた「株価情報アプリ」を例にとってコードを追いながら説明を続けました。

第３部では、SDK付属のサンプルアプリケーションを用いて詳細なAPI解説を行います。「あれはできるか？これはできるか？」と会場が一体になり、氏とAndroid SDKの可能性を模索しました。近く登場するであろう「某林檎社のナントカPhone」のSDKとの比較や、使用しているプログラミング言語についての個人的見解を語り合うなど、よりギーク寄りモードに突入し、あっという間に時間が過ぎてしまいました。

半谷氏はAndroidのコアのプラットフォーム開発チームに所属しているわけではなく、仕事の合間を縫って今回のセッション用のデモアプリを２日で書いたということです。これは、Javaでの開発経験があれば比較的楽に開発に取り掛かれ、気軽にAndroid携帯用アプリを作れるということを示しているようでした。フレームワークの再学習の必要性や、（現状では）UIのレイアウトはXMLでタグを書かなければいけないので少々学習が必要ですが、今までクローズであったレイヤーでの開発が可能になり、可能性が広がります。

個人的に興味があったのは、誰でもオープンにAndroid携帯のアプリを作れるという状況で、日本のDoCoMo公式iアプリのような Trusted / Untrustedの区別方法をどうするか、また"Google Certified"のようなモデルは用意されるのかといったセキュリティに絡んだところでした。

この辺はギークサロンの醍醐味でもある、刺すか刺されるか的な雰囲気（？）での「バグや欠陥の可能性のありそうなところ」の探り合いで、VMのソースコードは公開されるのか、他のアプリからのデータの参照はできそうか、という話題では盛り上がりをみせました。

また終盤では、予測の域を超えない範囲での「カネ」になるところのビジネスの話では一同熱心に語り合いました。

世間の話題を集めるgoogleの携帯電話ビジネスに関する話題なだけに、半谷氏も今回のサロンのためにギリギリまで本社に掛け合い、ビジネス的な話題は一切なしとことでギークサロンでの発表に漕ぎつけたそうです。もちろんそのトークの中では氏個人としての見解とgoogle公式の情報が明確に分けられ、言葉を選びながらのプレゼンでしたが、恒例の裏話!?も聞くことができて笑いが絶えない充実したセッションでした。

---- 以下はイベントの告知文です ---------------------------

（写真　by Akiko Matsubara）

以下は、参加者の松田白朗氏からの開催レポートです。

-------------------------
今回のJTPAセミナでは、暫く続いた技術セミナから趣向を変えてファイナンスの達人・東恵美子さんにお話を聞いた。会場には多くのSuit陣が詰めかけ、関心の高さが伺える。
全般を通じて印象に残ったのは、「天然であること」と「鈍感であること」が必要であるという仕事のコツ、そして斬新なアイディアを発想して且つそれを発信するという方法論だ。仕事の場では何も言わないで居ることは、意見が無いか考えていないかのどちらかとしか思われない、という点、非常に頷ける指摘だ。

セミナは渡辺千賀さん@JTPAとの一問一答で行なわれ、四部構成となった。
・M&Aについて
・PrivateEquityについて
・これまでのキャリア
・日本への提言
リラックスした雰囲気の中で、成功したディール、失敗したディールについての裏話が語られ、興味深い。
一連のお話で共通している一貫した観点は、単なる数字のやり取りには終わらない洞察の力だ。正しい情報を得てユニークな発想をもって判断を下すという点。極当たり前であるが「正しいことをする」という点に価値の源泉があるという姿勢が貫かれている。

個人的に関心があった点は、ファイナンスに生きる人々が何に喜び、何に悲しむのかという価値観の話。その点、大いに仕事をエンジョイされている様子が伝わり、大変参考になった。
また、日本社会への提言として語られた「教育手法に問題があるのでは」という点は参加者各位が持ち帰り、検討すべき課題だろう。
(文 by Hakuro Matsuda)

---- 以下はイベントの告知文です ---------------------------

（録画 by Akiko Matsubara ）

当日のプレゼン資料はこちら。

以下は、参加者の岩本達也氏からの開催レポートです。

-------------------------

今回のFacebook、ニュースなどではよく名前を聞いていてもそもそもSNSを使っていない超初心者からから大学で日常的に使用しているヘビーユーザ、そしてFacebookアプリで企業を目論むつわものまで、参加者の知識レベルはいろいろでした。
最初はSNS業界Primer。昨今の勢力分布、地域別の普及の違いなど。ユーザ数トップのMySpaceを猛追、アクティブユーザ数では事実上追い越している上に、全米の大学生という今後の成長の上ではキーとなるユーザーの85%をがっちり囲い込んでいるというFacebook。そしてとどめはAPI公開によって3rdパーティーアプリの開発を可能にしてSNSの上に新たなアプリケーションプラットフォームを築いたことにありました。

そしてそのFacebookアプリ開発における競争。トップでしのぎをを削るRockyouとSlide。どちらも一番のインストール数を誇るのはFcebook標準アプリであるWallを拡張したもの。ほかにもJTPAでひそかなブームを呼んでいた模様のZombieやクイズなどのゲーム、そしてすでに写真のアップロードではFlickrをしのいでいるというフォト、ミュージッククリップやビデオクリップなどを扱うメディア系。さまざまなアプリケーションが紹介されました。そこにはまさにユーザーにとってのワンストップ・プラットフォームへと変貌しようとしている姿が垣間見えます。

ビジネス的にはとりあえず広告のみ、ということでアプリがアプリから広告を取っているという状況から、圧倒的なユーザ・ペネトレーションをベースにプラットフォーム・アプリともにどういう方向に広がっていくのか、活発な議論が繰り広げられました。そこにどのような新たなビジネス・チャンスが潜んでいるのか、ひそかに(？)企業を目指す参加者からさまざまな意見が飛び出しました。またセキュリティの観点からはどうなっているのか、誕生日を秘密にしておきたい、などユーザ視点から質問、意見なども飛び交いました。
ユーザー獲得による広告収入から10万ユーザーを集めたなら数千万円で買いますよ、といった生々しい発言に会場の目の色が変わることもしばしば。

第2部はFacebookプラットフォームのアーキテクチャ概説。
Facebookアプリケーションの実行メカニズム、アプリケーションサーバ側では何をしないといけないのか。基本的な通信のプロトコルから入って、話題はFacebook　API、開発環境の解説へ。虎視眈々と起業を狙う(？)参加者からは仕組みや使用に関して細かい質問が噴出。Rockyouに新アプリを売り込むべく、アイデアを伏せての議論が白熱しました。

第3部が始まったのはそろそろ日付も変わろうというころ。実際に試しにFacebookアプリをその場で作成。プロジェクター上で進められるコーディングにも会場から次々と合いの手が...
そして実演編が終わったのは1時半でした。その後も雑談座談会はさらに続いたのでした。
(by 岩本達也氏）

---- 以下はイベントの告知文です ---------------------------

これより選考作業に入りますが、人数が多い事もあり「自分はどうなったでしょうか」というお問い合わせには応えかねますので、どうかご了承下さい。選考結果は2007年12月下旬から2008年1月上旬頃を目処にemailにて通知されます。

〆切りは日本時間では2007年12月16日 17:00 となります

応募方法についてはこちらをご覧下さい

FAQ, よくある質問はこちらです

ご不明の点がありましたらsvtour@jtpa.orgまでお問い合わせください。

(この放棄／解除／免責同意書は、JTPAが主催するSilicon Valley Tour – Spring 2008に参加者として選ばれた場合に適用される諸条件を規定したものです。)

サロンの途中３０分間を撮影たものを、以下のYouTubeのリンクでご覧になることができます。参加できなかった方が会の雰囲気を掴むのに役立てば幸いです。

以下は参加者の林秀明氏による開催レポートです。
----------------------------------------------------------------------------
毎回ITの話題で深夜まで熱い議論が交わされてきたギークサロン。
今回は趣向を変えてバイオ系も勉強しよう、ということでStem Cellの研究者である清田さんがホストするStem Cell超入門が開催されました。

おなじみのITギークたちに加えて、バイオ界のJTPAに相当するJBCをとおしてバイオ専門家の参加も多数あり、業界をまたがった活発な議論が繰り広げられる楽しい会となりました。

さて、ギークサロンでは始めのつかみに得意な技術でGoogle Mapをハッキングしてみせることが伝統となりつつあります。清田さんがこれをバイオの力でどのようにクリアするかが一部で興味を持たれていたのですが、その答えはGoogle Earth風Stem Cellブラウジングでした。

清田さんのプレゼンは、 最先端のトピックを扱っているにも関わらず、バイオの知識のないIT関係者がほぼ完璧に理解できて議論に参加できるというちょっとあり得ない素晴らしさで、議論が盛り上がりすぎてしまい１時間の予定のプレゼンが３時間にふくれあがってしまうほどでした。

バイオ研究をATCGの４文字で自然が書いたプログラムをハッキングする行為というアナロジーで捕らえると、ITギークとバイオギークの話はおもしろいようにかみ合って、中には今日話を聞いただけなのに誰も思いつかなかったバイオ研究の新手法を提案しようと頑張るITギークも見られました。（結局、彼の提案は全て既に研究されているということではありましたが。）

テクニカルな議論から離れたところでは、一見特異にみえる清田さんの経歴（コンピューター少年 ＞ 心臓外科医 ＞ Stem Cell研究者）について、清田さんなりの信念と理由があったことがいくつかの興味深いエピソードとともに明かされました。

現在、ES細胞の研究に否定的なブッシュ政権のアメリカの中で、シュワルツェネッガーのカリフォルニアはES細胞の研究に30億ドルの予算をつけるなど大胆な独自路線を取っており、シリコンバレーのバイオ業界は世界中の研究者が続々と集まってくるゴールドラッシュのただなかにあるということです。
シリコンバレーといえばITのメッカ、と思っていた私は、シリコンバレーのもうひとつの側面上で私たちIT関係者とそっくりなマインドで暮らしているバイオギークな人たちに奇妙な親近感を覚えてしまうのでした。

---- 以下はイベントの告知文です ---------------------------

以下は参加者の湯浅敬氏による開催レポートです。
------------------------------------------------------------------------------------------
Action Script は、Macromedia社（現在Adobe）が開発したFlash Player上で動作するスクリプト言語です。元々はFlash4のムービー用に開発された言語でしたが、3.0になってグラフィックスの機能が充実してきました。プログラムはすべてクライアントサイドで動き、Java Appletよりも軽く、Flashの普及とともに広く使われるようになりました。

FlashはOSの上にAVM2というバーチャルマシンがあり、その上でSWFという中間コードが実行されます。Action ScriptはこのECMAScriptという標準に準拠したスクリプト型プログラムで、SWFにコンパイルされてAVM2によって実行されます。3.0にバージョンアップされて、オブジェクト指向が厳格化されたり、Int型が導入されるなど、プログラミング言語らしくなりました。さらにFlash Playerのスクリプトエンジンが強化されて、スクリプトの実行が高速化されました。また無料のライブラリも提供されるようになり、特に3Dグラフィックス方面が充実しました。

名村さんの講演では、まずAction Scriptで書かれた3Dグラフィックスのプログラム（名村さん自身のもの、ウェブで公開されているもの）がいくつかデモ表示されました。どれもスクリプトで走っているとは信じられないスピードで動くものでした。次にAction Script 3.0の言語としての特長・欠点が論じられ、欠点についてはそれを回避する方法など、ギークらしいテクニックが紹介されました。

さらにプログラミングの実演、ツールや開発環境の紹介、Adobe Max 2007で紹介された今後の方向なども紹介され、盛り沢山な内容となりました。議論も活発に行われ、終わった時には夜12時になっていたほどでした。

以下は、名村さんが講演の中で引用したAction Scriptを使ったサイト。

3Dグラフィクス

Sandy
http://kiroukou.media-box.net/demos/sandy/mrdoob/index.html
Shader Bump
http://www.unitzeroone.com/papervision/johnDemo/bin/Shader_Bump.html
Environment map
http://www.closier.nl/playground/chromyturtle.html
Directional Phong Shading
http://www.closier.nl/playground/directionalphongfinal.html
FPS
http://animasinteractive.com/propaganda/lab/Paradox/
http://animasinteractive.com/propaganda/lab/ParadoxKitchen/
Sky
http://electricoyster.com/esp3d/
Particle
http://asluv.com/2007/09/18/sandlight-as3-experiment/
Balls
http://www.adobe.com/jp/events/cs3_web_edition_tour/page6.html

バイナリの活用

JPEG Encoder
http://www.kaourantin.net/2005/10/more-fun-with-image-formats-in-as3.html
PNG Encoder
http://www.kaourantin.net/2005/10/png-encoder-in-as3.html
AS3 Crypto Gallery
http://crypto.hurlant.com/
ソケット通信

AIRTalkr
http://airtalkr.com/im/k1max
typing battle
http://k1max-typing.ameba.jp/
画像処理

ナンシーこせき風
http://space.geocities.jp/flashr0d/nancy.html
物理エンジン

APE
http://www.cove.org/ape/demo1.htm
http://www.cove.org/ape/demo2.htm
Motor Phsyics
http://lab.polygonal.de/2007/07/16/updates-2/
Magic Carpet
http://manuel.bit-fire.com/2007/08/10/the-magic-carpet/
サウンド機能

MOD Player
http://8bitboy.popforge.de/
Audio Visualization
http://mrdoob.com/lab/pv3d/vis/effect04/
Audio Visualization 2
http://theflashblog.com/?p=197
mario
http://homepage3.nifty.com/sketch/flash/flmml050.swf

---- 以下はイベントの告知文です ---------------------------