エキスパートインタビュー第四弾は、轟啓介さん。アドビシステムズでデベロッパーマーケティングを担当されている轟さんは、デザイナーやデベロッパーの生産性を向上させる事に誰よりも真剣な、熱いナイスガイでした！

Javaのエンジニアから、Flexエンジニアになるべく活動

──轟さんは、アドビでどのような役割を担っているのでしょうか？

エキスパートNO.4　轟 啓介さん

マーケティング本部というところに籍を置いていまして、デベロッパーマーケティングという役目を担っています。 入社した当時は、Adobe FlexやAdobe AIRの開発者向けのマーケティングを担当していました。今はWeb系の製品全般をみていますね。

──アドビに入社する前のご経歴を聞かせてください。

前職はJavaのエンジニアでした。サーバサイドの担当で、例えばECシステムのバックエンドを開発していました。 ただ、やはりバックエンドって地味なので、少し飽きてしまったんですよね。どんなにきれいなコードを書いても、満足するのは自分だけ……という感覚もありましたし。

そんなとき、Adobe Flex（※）に出会ったんです。Flexはバージョン2からAdobe ActionScript3ベースになり、オブジェクト指向で開発を行えるようになりました。 また、Flex BuilderもEclipseをベースとしたIDEに生まれ変わり、もともとJavaエンジニアだった私にはとてもとっつきやすかった。

そこで、Flexエンジニアになろうと決心して、いろいろと活動しました。それが2005～06年くらいですね。 当時の会社の上司に、Flexチームを作らせてくれと直談判しました。直談判なんて、初めてでしたよ。それまではどちらかと言うと「受動的」に仕事をしていた人間でしたから(笑)。それから、2年くらいFlexにはお仕事として関わりました。

※Adobe Flex：アドビが開発した、リッチインターネットアプリケーション開発のためのフレームワーク。Flash Player上で動作するため、複数のブラウザ上で同様に動作する。Flex Builder（現在はFlash Builder）はその開発環境である。現在はApache Software Foundationのもと、オープンソースによる開発が進められている（[参考]。

──その後アドビに転職されたわけですね。

はい。2008年の4月に入社しました。そうなったきっかけは、開発者コミュニティです。

Flexに惚れ込んでから、[Flex User Group (FxUG)]にも入って、コミュニティ活動にも力を入れ始めました。コミュニティ活動はすごく楽しかったですね。 そして、いろんなイベントでプレゼンテーションをしたりしていたのがアドビの目に止まって、転職に繋がったというわけです。

ベンダー主導からコミュニティ主導に切り替えていきたい

──轟さんの目から見ると、コミュニティというのはどのように見えているのですか？

白石編集長

私自身、FxUGにすごく肩入れしていましたので、コミュニティ活動にはすごく共感しています。 だから、コミュニティの皆さんが気持ちよく活動できているか、そういう場を企業側が用意できているのかなどについては、いつも気になっています。 コミュニティ活動に勤しんでいる皆さんは、忙しい中時間を作って活動している。だから、こちらも少しでもコミュニティ活動のお手伝いをしたいと考えています。

またベンダーの目から見ると、コミュニティが強い技術というのは、すごく安心できるんです。 私たちが提供する技術を、ベンダー主導からコミュニティ主導に切り替えていくためにはどうしたらいいのか、コミュニティのみなさんにとって魅力的に映るようにするためにはどうしたらいいのか、そういうことを考えるのが自分の仕事なんだろうな、と思います。

──なるほど。僕（白石）はコミュニティ活動をこじらせちゃった人間なので、コミュニティに理解がある方とお話できるのはすごく嬉しいです。ちなみに、轟さんはアドビの製品全般を使えるんですか？僕も開発者上がりですが、全然なんです……

実は、開発者をやっていた頃からデザインとかはすごく好きだったんです。 レベルは知れていますけど、FireworksやIllustratorで絵を描いたり、デザインしたり。私はアイスホッケーをやっていたりするんですが、チームのジャージをデザインしたりもしましたね。 映像とかも好きだったので、アドビの製品は昔から大体全部使ってました。

──それはすごい！

いやいやほんと、レベルはたいしたことないんですよ(笑) デザインが好きなデベロッパーなんです。

デザイナーとデベロッパーの協業に関心あり

ただそういう背景もあるので、「デベロッパー」に対するマーケティングを行う立場であっても、デザインはすごく大事だと考えていて、デザイナーとデベロッパーの協業というテーマにもとても関心があります。

例えば、昔は「画面駆動」でシステムを構築することへの反省から、UMLなどを使ったオブジェクト指向設計が主流だった時代があります。 ただ、ユースケースなどを中心に設計をしていると、システムの振る舞いを設計するのが中心になり、画面のことを考えるのは一番最後になる。そうなると、UIがシステム中心の使いづらいものになりがちなんです。 今、UI/UXを重視する風潮が高まっているのは、いい意味で時代が「画面駆動」「ユーザー駆動」に戻ってきたってことじゃないかと捉えています。

──なるほど。僕も以前はUMLを使用して業務システムを開発していたのですが、業務アプリのUIも改善されてきているのでしょうか？

正直、まだまだといったところではないでしょうか。 以前、豆蔵の羽生田栄一さんと、バウンダリ（※）駆動でシステムを設計できないか、なんて話をしたことがあります。 そうすれば、システムエンジニアにとって馴染み深い手法をそのままに、ユーザー中心のシステムを設計できるのではないかと考えたんですね。

※バウンダリ：システムの分析手法の一つ「ロバストネス分析」において、ユーザーとシステムの境界を表す要素。バウンダリは「論理画面」とみなされ、実際のUIと1:1で対応するわけではない。ほかに、システムの振る舞いを表すコントロール（ビジネスロジックにあたる）、システムの永続的なデータを表すエンティティ（データベースにあたる）といった要素があり、ロバストネス分析では、システムをこの三要素に分解して整理していく。

翔泳社の岩切晃子さんとも、システム管理者を対象にしたイベントを企画してはどうか、なんて話をしたことがありますね。 業務アプリのUIが良くないのは、開発者の責任じゃなくて、そもそもそのシステムの要求を出す側の、例えばシステム管理者が「本物」（のUXデザイン）を知らないのではないか、そこを啓蒙していく必要があるんじゃないか、という話になって。 そのイベントは実現できていないんですけどね。

──そのイベント、ぜひやりたいですね！しかし、僕も業務アプリのSE出身ですので、身につまされることがたくさんあります。最近では少しはマシになりましたが、それでもやはり自分自身UXに対する意識が希薄というか…どうしてなんでしょうね？

いろんな会社とお付き合いしてきた中で思うのですが、デベロッパー（的思考）が中心の会社と、デザイナー（的思考）が中心の会社では、開発に対するアプローチが全然違うんです。

デベロッパーが中心の会社だと、デザイナーの数はすごく少なくて、単なるグラフィック制作の人員として使われていることがほとんどです。 そういう会社にとっては、顧客の要件は絶対的なもので、でき上がったシステムが顧客の要件を完璧に満たしているかどうかを重視します。 顧客から来た指令をこなすという思考に陥りがちで、「なぜそれが必要なのか」にまで立ち戻らない。 また、システムの設計にデザイナーが深く携わることはあまりありません。アプリのデザインまでできるような人材を、単なるグラフィッカーとして使うという、すごくもったいないことをしている。

デザイナーが中心の会社だと、そうではありません。 お客さんの要件を聞きつつも、「このお客さんが本当に求めているものは何だろう？」ってところまで考えることが多い。 システム開発の目的って、間違いを減らしたいとか、仕事にかかる時間を短縮したいとか、そういう目的があるわけじゃないですか。そこを探った結果、システム開発以外の解決策を提案することすらあります。 システムの設計においても、デベロッパーの意見も尊重しつつ、「そのシステムは何のために存在するのか」を見据えていることが多い。

そういう、アプリ開発に関するそもそものアプローチの違いが、UIの気配りとかに大きな違いをもたらすのではないでしょうか。

まあ、デザイナーやデベロッパーといっても、実際にはいろんな方がいらっしゃるので十把一絡げ（じっぱひとからげ）にするのは危険ですけどね。

──なるほど、デザイナーはUIを担当することが多いので、自然とユーザー中心のアプローチを行うようになり、バックエンドを担当するデベロッパーは、自然とシステム中心のアプローチになっていくのかもしれませんね。そして先ほど、「デザイナーとデベロッパーのよりよい協業」というテーマにすごく関心がある、とおっしゃっていましたね。秋葉さん（エキスパートNo16）もすごく関心がありそうなテーマですし、僕も関心あります！秋葉さんと二人で、それだけをテーマにした「デザイニアン」というイベントをやったこともあるくらいです。

はい、そのテーマにはとても関心があります。秋葉さんともそんなテーマでお話してみたいですね。

──で、せっかくアドビの方にお話を伺うのですから、ツールという観点から、そうしたテーマについて聞いてみたいと思います。2013年6月にリリースされたAdobe Creative Cloudですが、これはデザイナーとデベロッパーの協業をより促進することも目指した製品なのでしょうか。

そうですね、クラウドを活用したコラボレーションは、今後のCreative Cloudの重要なテーマです。 Dropboxなどを通じてクラウド越しにコラボレーションする…といったことは今でも行われていますし、非常に利便性が高いことは実証されている。Creative Cloudもそうした共有ストレージ機能を有しています（※）ので、Photoshopで作成したデザインカンプをクラウド上で共有することは、容易に行えます。 さらにアドビならではの付加価値を付けていきたい。例えば、PhotoshopやIllustratorのファイルはそのままプレビューすることができるほか、ファイルのバージョン管理も自動的に行われます。ツールの設定もクラウドを通じて共有できるので、いつでもどこでも自分好みの環境で作業を行えます。

※Creative Cloudのメンバーは、無償ユーザーは2GB、有償ユーザーは20GBのオンラインストレージを利用することができる。

また、5月にロサンゼルスで開催されたAdobe MAXのSneak Peeks（今後、アドビ製品に搭載される実験的な機能をお披露目する場）では、クリエイター向けのクリエイティブツールと、開発者向けのEdge Toolsが連携するデモもいくつか披露されていましたね。 Photoshopで作成したデザインカンプをEdge Reflowに取り込んで、そのままレスポンシブなサイトを構築できたり、PhotoshopのファイルをEdge Codeに読み込ませると、そのファイル内で使用されている色情報がCSSのコードヒントに出現したり。

まだリリースされたばかりなので、まだまだやるべきことはたくさんあるんですが、Creative Cloudでは製品のバージョンアップが加速しますので、片っぱしから実現していけたらいいな、と考えています。

生産性の高い開発の先に、開発者の幸せがある

──期待しています！最後に、HTML5 Experts.jpの読者に対して、伝えたいメッセージがあったら教えて下さい。

私は昔、プロジェクトマネージャーとしてガントチャートを引いたりしていた経験から、「開発の生産性」というところにすごく関心があります。 生産性の高い開発の先に、開発者の幸せがあるんじゃないか、と。

現在のWeb開発を、生産性という観点から見ると、JavaScriptというゆるい言語で大きなアプリケーションを作っていくのは、大変なんじゃないかな…と感じています。 効率のよいチーム開発はできているのか、とか、altJSを覚えるというのにも別の苦労があるんじゃないだろうか、とか、いろいろと疑問があります。

また、Web技術が進化するにつれて、学習すべきことがどんどん増えているのでは、という危惧があります。 Web自体はどんどん進化するべきだし、それでユーザーが恩恵を受けるのには大賛成です。でも、作り手がそれでキツイおもいをしてはいけない、と考えています。

アドビは残念ながら有償のツールが多いけど、私たちを含めた様々なベンダが頑張って、制作者に少しでも余裕が生まれるといいな、と思っています。 そしてその余裕が、より良いアウトプットにつながるようないい循環を目指したいですね。

[エキスパート No.5 轟 啓介] デベロッパーマーケティングスペシャリスト 1999年、早稲田大学理工学部を卒業後、大手印刷会社に勤務。主にEC分野で J2EE開発に携わるが、Adobe Flexとの衝撃的な出会いを機にリッチクライアントの世界へ。2008年4月、アドビ システムズ入社。アドビのWebツール全般のデベロッパーマーケティングを担当。オブジェクト指向が好きで、クラス設計やプログラミングをしている時はシアワセを感じるが、現在はプライベートプロジェクト用にやっている。デザインも好きで、デザインが適当な全てのものを憎んでいる。

エキスパートインタビュー第三弾は、あんどうやすしさん。ミクシィのエンジニアとして働く傍ら、Google Developers Expertとして「開発者のためのChromeガイドブック」を執筆するなど、精力的に活動されています。世界的に有名な物理エンジンライブラリ「Box2D.jsの作者」という面もさることながら、「Google Waveの人」や「おっぱいエンジニア」など「おもしろい感じの人」としても有名なあんどうさんに、経歴や関心のあることなどをいろいろと伺ってみました。

業務系エンジニアから、30歳で留学
　　　　　── 「やっちゃった感すごかったですよ」

──あんどうさんとは、意外と長い付き合いですが、そのご経歴とかはあまり伺ったことがありませんでした。どんな開発者人生を歩んでこられたんでしょうか？

エキスパートNO.5 あんどうやすしさん

以前はJavaを使った業務系のエンジニアでした。いわゆる「デスマーチ」も経験するような、「普通」の業務系エンジニアでしたよ。

──あんどうさん、Javaもやってらしたんですね。RubyやJavaScriptなどをやっているイメージがとても強いので、意外です。

はい、Javaは仕事で7～8年やっていました。今もAndroid周りの開発をやっているので、Javaを結構触っていたりします。型がない言語のほうが、書くのは楽しいですけどね。

で、30歳のころに心機一転、イギリスに1年間留学して、コンピューターサイエンスを学ぶことにしました。 ただ、英語が苦手な状態で行ってしまったのが、ちょっとまずかった。行ってから8カ月くらい、ほとんど誰とも話さなかったりしました。

──8カ月！それは…つらかったんじゃないですか？　僕だったら寂しくて死んでしまいそうです。

白石編集長

そこは実は、全然つらくなかったんです。私は、人と喋らないのは苦にならないタイプみたいで。

ただ、「やっちゃった」感はすごかったですけどね（笑）。

留学前にTOEFLのトレーニングはしていったので、リスニング力は向上していました。 なので授業の内容は何となく分かるんですが、試験となるとそうはいかない。

おかげで学校も一度追い出されそうになったりして……。 学校追い出されたら、残りの時間はヨーロッパ旅行して帰ろうとか、本気で計画したものです。 結局は教授に頼み込んで、なんとかなったのですが。

私のイギリス留学は、そもそもの初めから送った荷物が2カ月くらい届かなかったりと、なかなかにハードでした。

──あんどうさん、英語が結構得意なのかと思っていました。イギリスに行ったという話は聞いたことがあったのですが、英語が得意だから行けたのかな、と思っていました。そうじゃなかったんですね。

そうです。それになんか、向こうに行きさえすれば必要に迫られて英語がものすごく上達するようなイメージってあるじゃないですか。 全然そんなことはないですよ！今後、留学したいと考えている人には、英語をきちんと学んでから行くことをオススメします。 たださすがに、耳が英語に慣れたおかげで、その後英語のコミュニケーションにはそれほど苦労しなくはなりました。

留学から戻ったあとはいくつかの転職を経験して、今はミクシィでプラットフォームを開発する部署に所属しています。

「あの」伝説的エンジニアがHTML5を始めるきっかけを作った！「Webが進化したのは私のおかげ」

──あんどうさんは、物理エンジンライブラリであるBox2D.jsの開発でも有名ですね。世界中で使われているライブラリです。

はい、ActionScript3版のBox2Dライブラリを、JavaScriptに移植したものですね。今では、box2dwebなどの後継も出てきていますが、JavaScript製物理エンジンとしては結構知られているんじゃないかと思います。

Box2D.jsが完成した瞬間、「これはすごいぞ」と考えて、Ajaxianとかにも投稿したんです。 でも、全然取り上げてもらえなくて。その後1年後くらいにとある記事で取り上げられて、それでやっとライブラリが知られるようになりました。はじめの頃は、その記事の執筆者がBox2D.jsの作者だという勘違いをされていて、納得いかないと感じたこともありましたけどね（笑）。

──以前、Mr.doob(※)も使っていたそうですね。

そうなんですよ！ Mr.doobは、Flashのクリエイターとしても有名な人でしたが、「Box2D.jsがあったから、HTML5を始めた」と言われたときは嬉しかったです。 Mr.doobはその後Three.jsを作り、Webの進化に多大なる貢献をしたわけです。そのきっかけを作ったのは私。だから、Webの進化に多大なる貢献をしたのは私である、と言ってもいいんじゃないでしょうか(笑)

※Mr.doob…Three.jsの作者として有名なクリエイター。先進的なデモギャラリーとして長い歴史を誇るChrome Experimentsにも、多数の作品を投稿している。

「技術の無駄遣い、大好きです」

──あんどうさんは、その高い技術力を使って面白いものを作っている人だ、という印象があります。ブログ上で、いろいろとトライしていらっしゃいますよね。例えば、「おっぱいエンジニア」としても有名ですね。

そうですね。自分で言うのもなんですが、あの（おっぱいの）動きは素晴らしいと思います。だいぶこだわりましたからね！ ですが実は、あの動きを作るのにはそれほど時間はかかっていません。動くのを確認するまでは大体1日か2日くらいですね。

──以前、WebGLとWebRTC、あと顔認識のライブラリ（Face.js）を組み合わせたデモを作っていたのを覚えています。ああいった、先端技術を使ったおもしろ系のデモとかを作るのがあんどうさんの真骨頂というか。

そうですね。新しい技術が出たら、それを使ってとにかく面白いものを作りたい。技術の無駄遣い、大好きなんですよ。ジャストワンアイデアで終わるようなものを作りたい。

──なるほど、根っからのエンターテイナー気質というか……おみそれしました。では、最後の質問です。現在注目している技術や、今後期待している技術とかを教えて頂けますか？今後HTML5 Experts.jpに書いていただけるという期待も込めて、お聞きします！

個人的には、3Dをもっとちゃんとやりたい。あと、物理エンジンの世界をもっと突っ込んで極めていきたい。Box2D.jsは、剛体の物理シミュレーションだったのですが、粉体や流体の物理シミュレーションエンジンなども作ってみたいですね。

3Dや物理エンジン、人工生命などといった、「世界の枠組み」を作るようなのが好きなんです。そういう世界の上では、細かい作りこみをしなくとも、少し手をかけるだけで面白いものが作れる。そうして、人をびっくりさせるようなものをどんどん作っていきたいと思っています。

[エキスパート No.5 あんどう やすし] 航空工学科を修了後に数年SI企業で働いた後、やはりコンピューターをちゃんと勉強したいと思いUniversity of BathでMSc Computer Scienceを取得。帰国後はB2C企業を転々としつつ5年ほど前から縁あってGoogle Developers Expertとして活動させてもらっています。 http://d.hatena.ne.jp/technohippy/

エキスパートインタビュー第二弾は、小松健作さん。NTTコミュニケーションズでHTML5、特にWebSocketやWebRTCなどの通信系の研究開発、W3Cの標準化活動に携わっています。通信技術のエキスパートである小松さんに、これまでのキャリアと最近の活動を聞きました。

Webのオープンに自由につながる世界観が大好き

──最近、WebSocketやWebRTCなどのWeb通信系に加えて、ホームネットワーク系のDLNA（Digital Living Network Alliance）に関する研究開発もされているそうですね。

　エキスパートNO.2　小松健作さん

通信系のエンジニアって、何でもかんでもつなぐのが大好きなんです。通信系のAPIってことで、WebSocketをやってきたけど、それがホームネットワークにも広がってきたってかんじ。これまでのWebは自分の端末をクラウドのWebサーバと繋ぐパターンがメインで、ホームネットワークの端末同士を繋ぐ用途には殆ど使われてなかったんです。このような用途には、主にApple TVやビエラリンクに代表されるような、各ベンダーに特化した連携サービスが使われています。

それが最近のWebではブラウザからテレビを操作するというような、ベンダーにかかわらず端末同士をオープンに繋ぐことができるようになってきました。オープンで自由につながるっていうのがすごく大好き。HTML5の中でも、Canvasなどの描画系技術も基本知識としては押さえているつもりだけど、どっぷりつかるのはやっぱり通信系ですね。

──なるほど。通信エンジニアの習性というか、好みを聞いたのは初めて。何でもつなぐのが大好きなんですね。僕的には、ホームネットワークとWebSocketって全然違う技術。なんで小松さんそこいったのかなと思ってたけど、「つなぐ」っていう共通点があった。

なんでHTTPからWebSocketに飛び込んだかっていうと、HTTPって結構制約が多いじゃないですか。あくまでも文章をダウンロードするための用途っていうか。つなぐという意味では自由がない。WebSocketはその制約がなくなって、クラウドと自分のデバイスを自由につなげられる世界が作られる。そうなるとすごく楽しいなと。ホームネットワークについてもベンダーに特化した仕様ではなく、Webとオープンに自由につながる世界観ができれば自然に面白いことができるんじゃないかなって思ってます。

磁気センサーからデータマイニングまで。幅広いキャリア

──小松さんって、キャリア的には通信エンジニアになるんですか？

白石編集長

う～ん…自分の専門職が何なのか語るのは難しいなあ。大学の時は磁気センサーのデバイスの研究をしていました。会社に入ってからは映像配信システムやCDN（コンテンツデリバリネットワーク）など、どちらかというとインフラよりのネットワークエンジニアを10年くらいやってきました。

でも新しいことがやりたくて、データマイニングの研究を始めました。テキスト解析など今で言うビッグデータに走ってましたね。そんな中、HTML5に出会いWebSocketで一番最初に作ったのがwakachiのデモ。当時社内の要望で、テキスト解析システムをHTTPインタフェースで作って欲しいと頼まれたんだけど、たった一つの文章でも下手をすると30秒ぐらいかかっちゃったり、これだと一億文書解析するのに100年かかっちゃう。それがWebSocketで処理すると、1時間か2時間くらいで分析できてしまう。WebSocketを使うと、簡単に業務課題を解決できると思って飛び込んだのが3～4年前です。

──小松さんはいろんなことをされてますよね。初めてお会いしたときは、Webサービス系をやってなかったでしたっけ？

Webサービス系もやってましたね。NTTの中でいろんな会社を渡り歩いていますが、新サービスを立ち上げる担当を任されることが多かったんです。NTT東にいた頃は、フレッツとか、ひかり電話とか…。Webに関しては、やれって言われたわけじゃなくて、すごいと思って個人的にやってたら仕事になったかんじですが（笑）。今はHTML5に関する事業を社内で立ち上げる役目です。通信系のWebSocketやWebRTC、ホームネットワークとか…ざっと挙げただけでも結構あります。

jQueryのように誰でも簡単に使いこなせる仕組み作り

──ホームネットワークでいろんなデバイスが共通のプロコトルでつながる話を聞きたいです。将来的にはあらゆる家電にWebサーバーが搭載されると、それを連携させる仕組みや標準化も必要になりますね。

WebSocketやWebRTCをうまく活用して、リアルタイムコミュニケーションなどの双方向性サービスがもっと広がる形を作っていきたいと考えています。ただ、WebSocketやWebRTCを使うには新たにサーバーを立てなくてはいけないし、ネットワークの知識も必要だし、面倒なことが多いのも事実。そこを通信事業者としてサポートして、もっと気軽に使える環境を築いていきたい。例えばjQueryのように、誰でも簡単に使いこなせるようなもの。今のWebはjQueryが登場したからこそインタラクティブなものに発展しました。そういうチャレンジングな世界観を創りたいですね。

──その小松さんのビジョンには、すごく共感します。言葉にしちゃうとSaaSとかPaaS、BaaSになっちゃうのかもしれないけど、それとは違う。アプリを簡単に作れるようにとか、双方向に通信する次のWebを加速させるといったことのために取り組むという姿勢に感銘を受けました。WebRTCやWebsocketが当たり前の世界でないなら、あって当たり前の世界に変えていけば、Webがさらに進化する。時代の到来を早めようとしている気がします。

僕、性格的にせっかちなんです。そういう世界を先に見たくて（笑）。

標準化の活動。日本のデベロッパーにも参加してほしい

──小松さんが主導で進められたW3Cの活動についても聞きたいです。日本人でWebの標準化について語れる人はまだあまりいません。小松さんはどんなマインドで臨まれているのでしょうか。

世界から見ても日本のデベロッパーはとても高いポテンシャルを持っているのですが、これまでW3Cみたいな国際標準化団体を遠い存在に感じていたと思います。きっかけ、やり方のヒントがわかればそこに踏み出していけるはず。そう考えて、もっと世界に飛び立つための仕組みやベースを作りたかったんです。

──日本のWeb開発者とW3Cメンバーとの交流イベント「W3C Developer Meetup」をやってみてどうでしたか？

日本の開発者は、これまでW3Cと接触する機会が殆どなかったわけで、それだけでも意義が大きかったと思っています。みんな楽しんでくれていたことに一番の達成感を感じました。今後はこのきっかけを継続する仕組みを作らないといけない。コードは世界共通言語なわけですし、英語が得意でなくても標準化に貢献できるような形も作っていきたいですね。

いやらしいことを考えずにつぶらな眼（まなこ）で貢献をしていけば、何か成果が生まれてくるし、日本全体がよくなってくる。今までの自分自身の活動もそうですね。やらないより、やったほうが絶対よかった。「それって儲かるんですか？」ってよく聞かれるんだけど、金銭などのリターンを常に前提においてやっていたら今の自分はなかったと思ってます。

エキスパートメンバーで有機的なコラボレーションを

──最後に、今後の活動や「HTML5 Experts.jp」に対する抱負をぜひ！

エキスパートの人たちと意見交換や何かを作り上げたい。有機的なコラボレーションができたらいいですね。 執筆陣やレビュワー以上のつながりを作り出し、エキスパート同士のコラボでどんどん新たなWebの世界を引き拓いていきたいです！

[エキスパート No.2 小松 健作] 1972年生まれ。NTTコミュニケーションズにてネットワークとWebとの関わりや、インタラクティブマルチデバイスWebサービスに関する研究開発・標準化活動に従事。Google API Expert（HTML5）、Microsoft Most Valuable Professional（Internet Explorer）
こてさきAjax – livedoor Blog（ブログ）

HTML5 Experts.jpのエキスパートって、どんな人たち？エキスパートたちのキャリアや得意な技術分野、いま最も興味があることなど、インタビュー形式で紹介していきます。第一回は吉川徹さんからスタート。聞き手はもちろん白石編集長！

SIerの仕事からフリーランスへ。その転機とは

──まずは、現在の活動とこれまでの経歴について聞かせてください。

エキスパートNO.3　吉川徹さん

私は現在、フリーランスとしてWebまわりの仕事をしています。白石さんと一緒に「html5j」などのコミュニティ活動をしたり、NTTコミュニケーションズでこの「HTML5 Experts.jp」のような面白いことをやったり（笑）。また私は、Google社にChromeのDeveloper Expertとして認定されていますが、HTML5とChromeはかなり密接な関係でつながっているので、HTML5の情報もいろいろと発信していますね。

2011年にフリーランスになった後は、受託の仕事を主にしていたのですが、その時にjQuery Mobileの本を書くお話を頂きました。しかし、この執筆がなかなか進まなくて（笑）。かなり長時間をかけて書きました。やはり受託の仕事をしていると、どうしてもそちらの仕事のほうが優先度を高くなってしまうんですよね。そうしているうちにフレームワークのバージョンが上がってしまい、また調査をやりなおしたりと正直苦労しました。一気に書いて出せればよかったとは思いますが、書くのに時間がかかったぶんきっちりした内容で出すことができて、結果的には満足しています。

7月5日に「開発者のためのChromeガイドブック (Google Expert Series) 」を出版しました。たぶん世界初だと思いますが、Chromeのパッケージアプリ、Chromeウェブストア、デベロッパーツールが三部構成で書かれています。デベロッパーツールについては、Web開発に関わっているすべての人々に役立つと思いますのでお薦めです。

──ところで吉川さんはCSSハックなどにも詳しいですが、それはフリーランス以前の仕事で身に付けたんですか？

白石編集長

いえ、以前はSIerに勤めていたのでWeb中心の仕事ではなかったですね。Webに関する知識はコミュニティでの活動が役立ちました。SIer時代は派遣型の仕事をしていたので、資格をたくさん取っていました。役に立つと信じて取り続けていたのですが、資格をたくさん持っているということは、逆に何が専門かがわかりにくくなるということなんだと気づいたのです。そこで、今後のキャリアを考えて何か1本強い柱をもったほうがいいと考えていたところに、「html5j」のコミュニティに出会ったんです。必死で勉強しましたね。私が得た知識はほとんどコミュニティで得たものなんです。そこでしっかり勉強し、情報発信も行なっていたら、1年くらいでエキスパートになっていました。

コミュニティ活動は最初から頑張るつもりだったわけじゃないのですが、勉強会などに参加しているうちスタッフの人たちに対して感謝と尊敬の念を抱くようになり、自分もコミュニティに対して貢献していきたいと思うようになりました。自分で調べたことを発表して、メーリングリストで質問に答えたり、自ら行った情報発信に対してフィードバックをもらったりすることで、ここまで成長できたのだと思っています。

モバイルのWebアプリの動向はどうなる？

──吉川さんの得意分野は広いんですが、特にモバイルのWebアプリの動向について意見を聞きたいですね。モバイルのUIをHTML5でつくるかどうかなど。

最近は「Web VS ネイティブ」がよく取沙汰されていますね。それにハイブリットアプリといったWebViewを使った混在タイプ。

──最近、そういう話題においてはjQuery Mobileを使うという話はあまり出てきませんね。

WebViewでjQuery Mobileを使う人もいますが、重くなっちゃうのでチューニングが大変という話はよく聞きますね。

──jQuery Mobileはどれくらい使われているんでしょう？

1年くらい前に、Eclipseのイベントで「モバイルフレームワークは何を使っていますか？」という質問があったのですが、jQuery Mobileは28％くらいでしたね。まったくなしという人が一番多かったですが、フレームワークを使うとしたらjQuery Mobileが最も一般的ではないでしょうか。あとはTitanium Mobileが3％くらいかな。細かい数値は、今ではもう変わっているでしょうが、モバイル向けのフレームワークとして最も使われているというのは間違いないと思います。

jQuery Mobileは多くの人が利用しているから、様々な優れた知恵が結集されています。問題に対する具体的な解決策がコードとして示されている。もしjQuery Mobileを使わなかったとしても、そうしたノウハウが集約されているという点だけでも、興味深いプロダクトであるのは間違いありません。

──最近では、Chromeデベロッパーツールのお話をされることも増えているようですね。

確かに最近、Chromeのデベロッパーツールの話をすることが多くなっています。アップデートが早くてどんどん機能が増えている。情報を追いかけるのが大変ですが、知りたがっている人も多いので情報発信していきたいですね。

Google I/O 2013でも、Webアプリのパフォーマンス向上に関するセッションが多く、デベロッパーツールに触れないセッションはなかったといってもいいほど。それくらい密接に関わってきています。デバッグツールを使って何かするというのは、もうWeb開発には必須となっていきます。最近では、コードを書くデザイナーも増えてきたので、デザイナーにとっても必要になってくる知識だと思います。この辺の情報は今後、「HTML5 Experts.jp」でも詳しくお伝えしていくつもりです。

日本にもっとエキスパートを。そのためにやりたいこと

──最後に、今後の活動や「HTML5 Experts.jp」に対する抱負をぜひ！

最近、「html5j」でビギナー向け勉強会などの活動を始めました。業界発展だ、技術革新だとか、一部のエキスパートだけが頑張っていても続かない。もっと多くの人にアプローチして、スキルを底上げしていけば、新しいエキスパートが増えて、どんどん日本が成長していくし、良くなっていくでしょう。そのために私はもっと初心者に向けて活動の幅を広げていく必要があると思っています。もちろん他のHTML5 Expertの皆さんの活躍も大変楽しみにしています！

[エキスパート No.3 吉川 徹] フリーランスのWebエンジニアとして活動中。html5jのスタッフとして、HTML5の最新動向を追うとともにHTML5の普及促進に務める。また、Google Developer Expert（Chrome）として、Chrome関連の情報発信も行なっている。その他、Webに関する講演や記事執筆、jQuery Mobile担当講師（allWebクリエイター塾）など。 http://d.hatena.ne.jp/pikotea/