この記事は 2月末の MWC で Firefox OS のパートナーなどを発表した時に Mozilla CTO が書いた記事 の翻訳です。（原文：MWC 2013, Firefox OS, and More Web API Evolution参照）

先週、Mobile World Congress 2013で、Mozilla’s Firefox OSの発表の興奮と共に始まった . 我々Mozillaは、Firefox OSの18キャリア、4つのデバイスメーカー、そしてメーカー、 (Qualcomm) のサポ－ト得た事をバルセロナの日曜日の夜に開催された記者会見にて発表した。

写真 (半分程度入った第一会場, プレ記者会見):

発起人と幹部:

記者会見でサポートしたThe Mozilla クルー  (Barcelonaで、他のpre-MWC作業と同じくらい重要な作業をしていました。):

私たちの魅力的な、常に活気のあるブースがここホール8にはあります(“App Planet”):

二日後, 興奮の度合いは、碁盤目のメーカー　Sonyのニュース と共に更に高まりました。

これらのパートナーからの支援を引きつけることにおける私たちの成功は、 従来存在しない APIs が必要としている機能の一部刷新と標準化で 十分な能力のある スマートフォンの 純粋なweb 標準で構築される予定です。よって、昨年からMWCと共に継続されているAPI 標準化推進の掲示 を提供します。

私は、行われているよい作業を見つけるだけでなくそれを強化したい:

• 私たちは、共同しながら構築作業で、これらAPI群を本質的に必要な分だけ標準化します。
• 私たちは積極的に全てのOSとブラウザーをカバーして一本化作業する事が、Mozillaの一つの使命です。
• 私たちは、Firefox OSへの昨年の感謝から素晴らしいに進化をしました。 そして、多くのAPI群の開発をFirefox for Android でも反映しました。
• web developers向けのCoopetition は、Samsung に WebKit のこれらのAPIのうちのいくつか のパッチをサポートさせました。
• 私たちはAPI 仕様と市場に提供される新しいデバイスとセンサーのコード更新し続けます

手頃な価格のウェブ・ベースの電話、タブレットおよびアプリケーションを持つため足りないAPIをウェブ・プラットフォームに加えなければならない。
次の数年後にオンラインに訪れる、何十億もの新たなモバイルのユーザを可能にするために。
新興市場消費者および開発者は、常に2大仕様のハイエンド，スマートフォンを所持する余裕がない。

歴史的に見て多くのデヴェロッパーがネイティブ仕様OSアプリのプラットフォーム やツールに変わった主な理由は、モバイルデバイスに存在する異なるハードウェア要素や 機能の特許 (e.g., バッテリーステータス, ダイヤル, SMS, 支払いシステム) です。  HTML5を使用しようとして、勇ましく働き続けた開発者は、たとえばPhonegapで実装するようなネイティブアプリラッパー群でコンパイルされ、隠蔽したコード化を強いられました。

OS プロパティを不便にするこれらのweb 作業の技術的な理由はなく， 開発者これらの本来の作業へ固定し, またこれらのストアを 唯一 信頼できる支えです。 それにもかかわらず、現在ウェブのバックエンドは、APIで固定されています。.

ちょうど最初のブラウザー製作者は基本的なOSの処理として、ファイルピッカーとアラートダイアログを披露し、 私たちは、最終的にウェブプラットフォームへ不足していたスマートフォン用API群を満たす事が出来た。 このウェブ対ネイティブ作業の戦いです。そして働く私たちの通常のベスト・プラクティス（オープン且つ私たちの作業をすべて提示している標準化プロセス）に続くことによって、私たちは、見当たらない機能性が結局すべてのプラットフォームで利用可能になるだろうと確信しているかもしれません。

いつでも これらの APIs は全てのウェブレンダリングエンジンで利用できる  —  デスクトップやラップトップでも平等に, どこでも API群は、理にかなって — デベロッパー達は、これらのインタプリタ的なコードを実行できると思っていいし、 下位のOSを問わません。 フラグメンテーション，もし何かあれば、 OS レベルで発生するかもしれません, 例えば、OSの web エンジン( Android 2.3で発生したとして)アップデート出来ない事が原因だったり 。

OS特有の最新版失敗を除いて、開発者は確かにどのブラウザ上でも処理可能なりえます なぜならそれらはクロスOSを統合したからです。 今日の競争率の高いブラウザ市場で、ウェブ開発者は全てを支配します； ブラウザーとウェブエンジン提供者 はそれらの支持を勝ち取ろうと努力します。開発者は、イプシロン以上に標準に反する、将来有望なオペレーティング・システムを思い悩まないでしょう。

新しい仕様に基づいたWebKitを補修する際に我々のよい友達、サムソンによって確定された例は、我々のアプローチを有効にする。それは、Tizenデバイスが多数になる場合、Firefox OSに作用するモバイルのウェブ・アプリケーションがTizenに有効に動作するだろうということを意味する。

同様に, 我々はマイクロソフトと共に Pointer Eventsに取り組んでいます、 since 今日マウスとタッチイベント対応の ウェブアプリケーションを統一しなければないけません、 そして、前回の W3C でのマルチタッチ 作業は、特許の主張でボツになりました。

Javascriptのパフォーマンスでの注文の重要さは、過去数年間の間に全てのブラウザに渡り、驚くほど増加しています。 この流れは、別のウェブ対ネイティブの「ギャップ」に取り組みを支援します。
そして、すぐ先は asm.js  です。— 将来の投稿でのasm.jsについて詳細です!

他のパフォーマンスの強化の収監は、 off main thread compositing の作業や GL layersで継続される。 はい、それは本当です： 現代のモバイルに焦点を置いたウェブレンダリングモデルは暗黙にフォームのCompositorスレッドでスレッディングやGPUの並列のハードウェアを含んでいます。

いつものように, 標準化の進化はテーマを変え、しかし 彼らはプロトタイプの実施の促進や ユーザーテスト(“ユーザー”は、デベロッパーとコンシューマーの両方を意味します)を必要とします。Mozillaは、プロトタイプからのデファクト・スタンダードを確立せず、提供前に提案し、標準化されるものすべてを結局追跡することにより公正に勝負することに委ねられ続けます。

(このため、私たちはより少ない新しいAPIの中にある数量のベンダーのプリフィックスに付けています-しかし、私は新たに発生した実装者たちの一致を持てば、私たちは素早くアンプリフィックスすべきであると思います。)

ここに私達が去年研究で獲得した事例です：

• Battery Status は、現在 W3Cの推薦候補(CR)である。また、提案された推薦(REC(その問題領域内の配備用準備を示す公式に支持されたW3Cに推奨された標準のステータス)の前の最後のステップ)にそれを移動させることに関する議論が最近あった。
• WebTelephony. モジリアン: ベン・ターナー， ジョナス・シッキング，フィリップ・バン・ウェスタンハンセン。これはインテルやテレフォニカ のみなさんによって、SysApps ワーキンググループの Telephony API として始まってます。
• WebSMS. モジリアン: モーニア・ラムゥーリ， ジョナス・シッキング。SysApps WGのなかで Messaging API 作業をしています。
• Pointer Lock: このAPI は、大部分が安定していて、 多くのブラウザーに実装されています. モジラは 、マイクロソフト、グーグル、オペラ、jQuery他と共に W3C Pointer Events ワーキンググループに参加しています。 モジリアン: マット・ブルベックと共に マイクロソフトのヤコブ・ロッシです。
• Open WebApps はW3Cから提案されています。 私達は、共同編集者のサムスンとSysAppsのワーキンググループの中で、Mozillaが提案した“First Public Working Draft” (FPWD)が一致に達したとみています。
• Alarm API は、今 W3C 作業草案です。 Intel の助けを借りて編集中で、素晴らしい共同作業の前例となるでしょう。
• Web Activitiesは、 Web Intents.の簡易版です。 私達は、Web Intentsの簡易版のサブセットに焦点を当てており、実績ある良いアイディアです。  Web Activitiesを特徴づける 内容を納めており、 while Web Intents は目下の所、 restart.の過程にあります
• Push Notifications. この API は、まだ時期尚早です。 私達はいくつかの prototypesを持っていますが 、まだ shipping codeです。 これを正すことを厳しくさせ、私たちは安全で、計量可能で、高度に利用可能であるものを作成したい。
  WebFM API. 私達は、初期草案を持っておりますが、the W3C SysApps WG は、最小単位のスペックのcommon groundの最初のビルドに焦点を当てる事を決断しました。 この API は、低プライオリティであるとみなされ、標準化を通過する前にいささか待たなければならないでしょう。
• WebPayment は、テレフォニカのフェルナンド・ヒメネスモレノによって支援されています。　もっぱら　W3C Community Group のpayments に焦点が当たっており、 そして今は W3C Task Force.です。 私達は、これらのグループで、webスタンダードになる柔軟なpaymentsのAPIを作る為に働かなければなりません。
• Ambient light sensor, モジリアンのダグ・ターナーはエディターを務めています。
• Proximity sensor, ノート：ダグ・ターナーに確認されています。
• UPDATE: Contacts Manager API は、テレフォニカのエドアード・フルーラ と ホセ・Ｍ・カンテラが編集しています。

新しいAPIs をよりよく見るべき事を知るようになる事に興味を持っているデベロッパー達は、Robert Nymanによって、 Mozilla Hacks post します。

そして、Mozilla は、モバイルデバイスでの完璧な web プラットフォームへ尽力しています。  私たちの活動は実を結びつつあり、 Firefox OSへの企業の支援と the W3C’s の新しいAPIs の標準化の取り組みによって示されています。 いつも アンディ・ルービンは、 いくつかの種類の言葉 をもっていました。 （ありがとう、アンディ！）

私に対する主な賞は、私が角を曲がった所に見ることができる「モバイルのweb ディベロッパー」(次のものを読む: 「web デベロッパーズ」)を微笑して表わす絵のままです。
今年、私たちのMWC experience に基づいて、ウェブはその賞を受賞するために好調です。