している公式サイトだと、そもそも情報がわかりやすくなっていることが多いですね。頭のほうだけ読むと、だいたいのことが理解できるように作られている。定番の英語ドキュメントW3C仕様書は?——ドキュメントの話が出たところで、英語の仕様書をどうやって読んでいるのか、その読み方を少し聞いてみたいのですが。W3Cの仕様書って基本は全部英語ですよね。小山田:W3Cの仕様書は読むのは難しいですね。それとも自分が調べたい仕様を調べるということですか?——例えば、自分の知りたい仕様を調べるときは?中村:それは目次を検索して、その項目を読みます。小原:用法を調べたいのだったら、W3CよりもMDN*を見ることが多いかな。Network」です。HTML、CSS、JavaScriptの細かな仕様がよくまとまっているサイトです。日本語版と英語版があります。中村:うん、そうだよね。小原:そのほうが結果的にわかりやすい。中村:コードのサンプルもちゃんと載っているしね。小山田:W3Cの仕様書は、なんだかもやっとしているんですよ。小原:うん、なんだかまわりくどい。中島:実装が伴ってないこともあるし。——W3Cの仕様書は読む難易度としては高めなんですか?中村:はい。Scriptの仕様書に比べたらまだ楽だと思いますけど。Scriptの仕様書は、ひどい(笑)。小原:まあ、W3Cの仕様書は頭から読んでいくようなものではないような気はしますね。坂巻:求めている情報がないと感じることが多いかな。中村:HTML4の和訳でいいものは全部読んだりしましたけどね。——例えば、HTML5の仕様って昨年10月に勧告になりましたけど、あの英語版を全部読んでおこうというような気持ちはない?中村:無理です(笑)。小原:一回読んで覚えられるようなものならいいけど、やっぱり必要として調べているときじゃないと、覚えなかったりもします。——やっぱり、必要に応じて適宜読むもの?中島:そうですね。それでも「読みたい」という人には、自力で読めるようになってくださいという感じです。坂巻:うん、頭から読もうとすると「読めない」ってなってしまう。必要なのは、自分が「この情報ほしい」ってところだけなので。Contents)を見て、そこから辿っていって......。坂巻:Command+Fってやりますね。中村:そうそう(笑)。坂巻:英語なので、単語の横にはスペースが入っているから、すぐに見つかりますね。仕様書は日本語訳と合わせて読むのがいい小原:僕のような英語力だと、英語で読んでもその理解が正しいかどうか、確証が得られないから、結局、「日本語も」読むことになるんですよね。中村:仕様書には頻出する単語があるから、そういうのは押さえておくといいのかもしれないけれどね。中島:日本語訳と照らし合わせて読むっていうのもいいかもしれない。日本語訳は基本、情報が古いんですけど、だいたいの内容は同じですし、情報の掲載形式は完全に一緒ですから。中村:仕様書も勧告されているものだったら、日本語のものでもいいと思います。——ああ、新しい、古いを気にしなくていいですもんね。途中のDraft(草案)なんかの日本語訳は、あまり参考にならないと思っていいですけど。——じゃあ、みなさんこの仕事を始めた当初から、自分の使っているライブラリなどの必要な情報に関しては、英語のものを読んでいるわけですか。英語を避けるということはなかった?中島:いや、最初は避けてましたよ。中村:最初は避けてたね(笑)。中島:最初はみんな避けるものなんですけど、いつか気付くんですよ。日本語の情報は「遅い」って(笑)。——アップデートに対して、タイムリーに対応していないと。中村:何回か痛い目にあって、ようやく気付くんだよね。日本語の情報を信じて、その情報に基づいてコードを書くんだけど、なんかうまくいかない。そこで英語のドキュメントを見たら「あ......。この情報古いやつだ」って気付く。それをたぶん2、3回くらい経験すると「最初から英語のドキュメント見たほうがよさそう」と気付くのかなと思います。小原:一次情報大事だねって思いますよね。坂巻:僕は今は日々の情報収集は英語のメールマガジンでやっているんですけど、最初は日本語のサイトとか見て、「おおすごい」ってなってたんです。2週間くらい遅れてる」って気付いたんです。だいたい、海外で誰かが重要な記事を書くと、それが英語の記事で紹介されて、その紹介記事が日本語訳されるんです。坂巻:英語の紹介記事になるまでが1週間、あとそれを日本語にするのに1週間くらいかかるから、2週間くらい遅いのかなって思います。早いところもあるのかもしれないけれど。いう遅さがわかってから、じゃあ一次ソースを直接読んだほうがいいやって思うようになりました。あと、実際に英語の一次ソースを見ると、日本語に訳された二次ソースが間違っていることに気付いたりするんですよね(笑)。中村:あー、それはあるね。結局、翻訳した人の理解力によるからね。坂巻:そう、「あ、実際は、日本語サイトに書いてあったようなことが言いたいんじゃないのね」って思うことがあった。日本語のサイトでは、技術情報をほとんど見なくなりました。ドキュメントの英語は難しくない?——信頼できるリソースを探すと、だいたいそれは英語で書かれている、ということですね。小山田:英語のドキュメントっていっても、そんなに難しい英語は使われてないですからね。使われているUnderscore.jsのドキュメントも、そんなに難しくないです。——じゃあ、あんまり英語だからといって敬遠する必要もない?小山田:そうですね。中島:そうだと思います。坂巻:まあ、たまにやたら難しいのもありますけど(笑)。中村:謎のジョークが書かれていたりね(笑)。坂巻:BEMのドキュメントなんかは、量も多いし、概念的なことや、いろいろな背景が書かれているので、ちょっと難しいですけどね。——「使い方」か書かれているものだったら、そんなに難しくはない、と。小原:確かに「概念」の説明がされているドキュメントはやばい(笑)。わからないことが多いです。中島:設計思想とか、それを汲み取るのは難しいですね。——まあ、それは英語じゃなくて、日本語でも同じ傾向がありますよね。享介フロントエンド・エンジニアデザイン事務所のWebデザイナー、Web制作会社のWebディレクターを経て、フリーランスのFlash・JavaScriptエンジニアとして独立後、株式会社ピクセルグリッドを設立。多数のリニューアル、新規立ち上げを取り仕切った経験をもち、情報設計、デザイン、フロントエンド、サーバーサイド、ネットワークといったひと通りのWebサイト制作技術に精通する。Web制作の他にも経営、講演、執筆など幅広く活動している。Scripting』(単著:毎日コミュニケーションズ、2007年4月20日)、『jQuery逆引きマニュアル』(共著:インプレス、2010年12月17日)などがある。晃浩フロントエンド・エンジニア2006年よりWeb制作会社にてUI実装や運用業務を経験した後、2010年よりフロントエンド・エンジニアとして株式会社ピクセルグリッドに入社。これまでの経験の大半は大規模Webサイトの壊れにくいHTML/CSS設計、及び実装。WebGLの扱いも得意としている。外部に向けたアウトプットも積極的に行っており、カンファレンスでの講演などを多数こなしている。Meetupの主催者。プロフェッショナルガイド』(共著:毎日コミュニケーションズ、2011年5月28日)』などがある。グラフィック・Web技術書籍編集、IT系ニュースサイトの編集記者を経験。その後フリーランスのエディター/ライターとして独立。2011年4月より株式会社ピクセルグリッドへ入社。翔大郎フロントエンド・エンジニア大手ソフトウェアダウンロード販売会社、Web制作会社などで、マークアップエンジニア、プログラマ、サービス企画、ディレクターを経験。2013年、株式会社ピクセルグリッドに入社。HTML、CSS、JavaScriptなどをオールラウンドに担当。プログラマブルなCSSの設計、実装を得意とする。PANIC」は、JavaScriptを一切使わず、HTMLとCSSのみで実装。海外サイトで紹介されるなど話題となった。直博フロントエンド・エンジニアJavaScriptとCSSへの興味から大学院を中退してWebの世界に飛び込む。大手デジタルコンテンツベンダーにてHTML、CSS、JavaScriptなどフロントエンド全般の担当として、主にスマートフォン向けゲームの開発に従事。2014年1月にフロントエンド・エンジニアとして株式会社ピクセルグリッドへ入社。スマートフォンサイトの実装を得意とする。在学中からhtml5jのスタッフとして、さまざまな技術系勉強会の運営に関わる。紙媒体をメインに制作しているデザイン事務所で広告デザインの基礎を学ぶ。販促物を中心に、店頭グラフィック、パッケージ、POP、グッズ立案などを担当。2007年頃からWeb媒体へのデザインにも積極的に取り組み、クロスプラットフォームアプリのデザイン、画面設計、実装に携わる。現在では紙やWebの媒体にとらわれることなく、その媒体の特長を活かしたグラフィックデザインに励んでいる。マンセル色相環とムーン&スペンサー配色理論を採用した配色アプリ『HUE360』の開発を自身で行っている。jQuery入門』(技術評論社、2014年11月14日)がある。特定商取引法に基づく。