今回のギークサロンは、Limechatの開発者として有名な、中川智史さんを招いて、iPhone アプリケーション開発入門を行いました。

Ustreamによる録画はこちら。
以下は 林秀明さんによる開催レポートです。

続きを読む

今週金曜日に開催予定の中川氏ホストのギークサロンですが、会場に来られない方のために講義の様子をUstreamでライブキャストします（Beta版）。ご興味のある方は現地開催時刻に以下のＵＲＬからご覧ください。尚、公開するのは進行スケジュールにあります公式の１時間分のみで、非公式の裏サロンは公開しません。
http://www.ustream.tv/channel/jtpa-geek-salon

■■■■■■■■■■■■■■■■■■■
JTPA ギークサロン
「中川智史氏と iPhone アプリケーション開発について語る」
６月１３日金曜日午後７時
■■■■■■■■■■■■■■■■■■■
今回のサロンは、日本からベイエリアに出張中の中川智史氏にホストしていただけることになりました。
iPhone SDK の概要、UIKit/Objective-C をカバーし、Hello World プログラムのデモを始めとした iPhone アプリケーション開発の入門編を講義します。SDK のダウンロードがまだという人も、Objective-C の勉強がまだで SDK にとっかかりが掴めなかったという人も、これを最初の iPhone アプリを書いてみる機会にしていただければと思います。
スピーカー： 中川智史 （なかがわさとし）
————————–
日本でもっとも使われている IRC クライアント LimeChat の開発者として知られるプログラマ。
OSX、Windows 上でのアプリケーション開発を専門にしている。
Lingr、RubyCocoa、MacRuby などのプロジェクトに参加。
—————————————————————————-

続きを読む

“５月９日に予定しておりました本サロンですが、諸事情により中止させていただくことになりました。
すでに申し込みをされていた方には、ご迷惑をおかけしてしまい、誠に申し訳ありませんが、ご了承の程よろしくお願いいたします。
今後、より良いイベントを開催させていただきますので、何卒よろしくお願いします。”
■■■■■■■■■■■■■■■■■■■
JTPA ギークサロン
「岩本達也氏とシステム・アーキテクチャの潮流を読む」
５月９日金曜日午後７時
■■■■■■■■■■■■■■■■■■■
高クロック・シングルコアからマルチコアへの流れは、ここ数年で確実に進化してきた。またGPUの今後については、去年から急に注目が集まっている。
Intelが打ち出したメニーコア・ソリューションLarrabee、AMD/ATIのFusion、そしてCPUを持たないGPUの王者NVidia。果たして数年後のPCアーキテクチャはどのようなものになっていくのか。
ゲームコンソールやコンシューマ機器も含め、チップとシステム・アーキテクチャの構成について昔話も交え、その今と未来について長い潮流の中で考察したいと思います。
スピーカー： 岩本 達也 （Tat Iwamoto）
————————–
日米でデジタル受信機の開発にかかわった後、オースチンとベイエリアでチップ開発に携わる。
現在はグラフィックス関連ソフトウェアの開発マネージャ。

続きを読む

４月１１日金曜日午後7時、俣野努氏セミナー開催レポート
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）
————— 以下はセミナーの告知文です　——–

続きを読む

3/21/2008 ギークサロン「Erwan Loisant 氏と Flock について語る」参加レポート (by Ryosuke Matsuuchi)
サロンは 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 がその未来を指し示していると思う」。

続きを読む

2月８日金曜日にGoogleでテックリードを務める半谷明氏をお招きし、恒例のギークサロンを開催しました。

以下は、参加者の本間清司氏からの開催レポートです。
——————————-
今回のギークサロンは、ケータイ業界にもインパクトを与え始めた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公式の情報が明確に分けられ、言葉を選びながらのプレゼンでしたが、恒例の裏話!?も聞くことができて笑いが絶えない充実したセッションでした。
—- 以下はイベントの告知文です —————————

続きを読む

1月11日金曜日、ファイナンスの世界で活躍される東恵美子さんをお迎えし、セミナーを開催いたしました。




（写真　by Akiko Matsubara）
以下は、参加者の松田白朗氏からの開催レポートです。
————————-
今回のJTPAセミナでは、暫く続いた技術セミナから趣向を変えてファイナンスの達人・東恵美子さんにお話を聞いた。会場には多くのSuit陣が詰めかけ、関心の高さが伺える。
全般を通じて印象に残ったのは、「天然であること」と「鈍感であること」が必要であるという仕事のコツ、そして斬新なアイディアを発想して且つそれを発信するという方法論だ。仕事の場では何も言わないで居ることは、意見が無いか考えていないかのどちらかとしか思われない、という点、非常に頷ける指摘だ。
セミナは渡辺千賀さん@JTPAとの一問一答で行なわれ、四部構成となった。
・M&Aについて
・PrivateEquityについて
・これまでのキャリア
・日本への提言
リラックスした雰囲気の中で、成功したディール、失敗したディールについての裏話が語られ、興味深い。
一連のお話で共通している一貫した観点は、単なる数字のやり取りには終わらない洞察の力だ。正しい情報を得てユニークな発想をもって判断を下すという点。極当たり前であるが「正しいことをする」という点に価値の源泉があるという姿勢が貫かれている。
個人的に関心があった点は、ファイナンスに生きる人々が何に喜び、何に悲しむのかという価値観の話。その点、大いに仕事をエンジョイされている様子が伝わり、大変参考になった。
また、日本社会への提言として語られた「教育手法に問題があるのでは」という点は参加者各位が持ち帰り、検討すべき課題だろう。
(文 by Hakuro Matsuda)
—- 以下はイベントの告知文です —————————

続きを読む

12月14日金曜日、WSGRでギークサロンを開催、今回は石塚亮氏にFacebookアプリケーション開発について講義していただきました。


（録画 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 岩本達也氏）
—- 以下はイベントの告知文です —————————

続きを読む