彼らのロードマップによると、次のリリースは2009年3月であり、新しい「ランタイム言語」が追加される予定です。JavaまたはPHPのいずれかを期待していますが、実際にはわかりません。GoogleApp Engineでホストする予定のプロジェクトに応じて計画できるように、どちらの言語が最も可能性が高いかを知りたいと思います。
何か案は?
彼らのロードマップによると、次のリリースは2009年3月であり、新しい「ランタイム言語」が追加される予定です。JavaまたはPHPのいずれかを期待していますが、実際にはわかりません。GoogleApp Engineでホストする予定のプロジェクトに応じて計画できるように、どちらの言語が最も可能性が高いかを知りたいと思います。
何か案は?
Android (または、少なくとも SDK) が Java で記述され、独自のインタープリター/VM を作成するのに苦労したという理由だけであれば、Java と言えます。
Java でなければ、Ruby が私の推測です。理由はわかりませんが、フィット感がいいです。
Google内のプロダクションコードに使用される言語は、C ++、Java、Python、およびJavaScriptに制限されています。
Apps EngineはすでにPythonを実行しているので、次は何ですか?
おそらくJavaScriptです。JavaScriptに相当するRailsに取り組んでいるSteveYeggeを思い出します。SteveyのブログRants:RhinoonRailsを参照してください。
Javaの可能性は低くなりますが、可能です。Javaサーブレットコンテナは重量が大きい傾向があります。
C ++は可能です(ネイティブクライアントとChromeはサンドボックス化されたC ++コードの2つの例です)が、現時点ではありそうにありません。
私はあなたがいくつかの要因を見なければならないと言うでしょう:
言語は次のことを行う必要があります。
この言語は、Googleサーバーで安全に実行できる必要があります。言語/VM/モジュール|ライブラリの一部を無効化および/または置換できる必要があります。
Googleが企業によって管理されていない言語をどのように使用しているかに注目してください。PythonのBDFLGvRはGoogleで機能します。JavascriptについてのDunno。Javaは、私が思うに、彼らの好みに合わせて十分にオープンソースです。したがって、言語の進化は、少なくともGoogleの入力を許可する必要があります。
Googleは言語に何かを追加できる必要があり、それはほぼオープンソース言語を意味します。彼らは既存の言語の内部フォークを行うことに興味がないと思います。
Pythonは成熟していて、習得が容易で、強力です。新しい言語はPythonと大きな違いがなければなりません。そうでなければ、Pythonを使用しないのはなぜですか。多分非常に関数型言語?
実行時間は必ずしも重要ではありませんが、言語は、簡単な開始と停止、他のサーバーへの簡単なプロビジョニングをサポートし、非常にスケーラブルなアプリケーションを作成しようとしている種類の人々にアピールできる必要があります。
この言語は、Windows、Mac、およびLinuxでのインストール、保守、および開発が容易である必要があります。テキストエディタで完全に管理できるか、これらのプラットフォームで編集および管理するための強力なツールをすでに備えている必要があります。
Googleサーバーはプログラムを実行するため、これらはGoogleサーバー上で安全に転送して実行できる必要があり、Google App Engineロードバランサーによって制御できる必要があるため、ユニキシである必要があります。
Java(重すぎて、VMを変更するのが難しい)、php(リークが多すぎる)、ruby(VMを変更するのが難しい)、C ++(サンドボックス化できない(私が知っている))になるとは思わない。モジュール化するのが難しく、習得しやすい言語ではないので、JavaScriptでもないと思います。それはLispも除外します-学ぶのが難しい部分です。
だから何か他のもの。
ただし、ツールの採用を望んでおり、多くの人々や多くの企業が採用できる言語が必要であることを忘れないでください。
だから私はモノラルでC#に傾いています。それが最も理にかなっていると思います。怖いように聞こえますが、最近、言語の開発者は、Pythonのような動的型付けを組み込むためにC#をかなり変更することを検討しています。
それが私が思うことです。そして、彼らがそれをやってのけることができれば、彼らは競争を飛び越えることができるでしょう。MonoはMITX11ライセンス(2008年4月現在)の下にあり、MigueldeIcazaは将来的に主要なチームメンバーと一緒にGoogleに雇われる可能性があると思います。
だから私の予測はC#です。
私の推測では、C#はMicrosoftに固執するだけです。
私は Java も言うので、JRuby で Ruby をサポートし、Jython で Python と互換性があり、Groovy などがあります。
うん、JavaScript。
なんで?
まず、合う。Python と JavaScript の間には明らかなアーキテクチャ上の違い (特に OOP システム) がありますが、それらは離れているよりも近いので、GAE Python API を A JS API に変換することは、設計または実装における劇的な飛躍ではありません。最終的には、JS API は Python API とほぼ同じフレーバーを持つ可能性があります。
第二に、安全性。JS ランタイムのイディオムは、リクエストごとに JS プロセスを互いに独立して実行するという点で、Python のイディオムと同じです。つまり、古典的な Apache フォーク モデルです。
ホスティング サービスとして、このモデルは非常に堅牢であり、Java のようなものよりもはるかに簡単に制御できます。スレッド化された実装によって失われる効率は、膨大な数のマシンで Google になるだけで得られます。Google の規模では、管理オーバーヘッドが毎日のパフォーマンスよりも優先されます。よりシンプルでより堅牢であるほど優れており、それがプロセス モデルです。
第三に、テクノロジーのスピードです。JS は現在非常に急速に動いています。JS インタープリター/コンパイラー/ランタイムを作成している営利企業の数の増加と、言語自体の進歩に注目してください。JSスクリプトが猛烈に前線に駆けつけました。
最後に人気です。
サーバー側では人気がありませんが、JS はおそらく世界で最も展開されている言語であり、したがって世界で最もアクセスしやすい言語です。好むと好まざるとにかかわらず、世界中のすべてのハック Web デザイナーが JS プログラマーになりつつあります。
さて、あなたが何人の Web デザイナーに会ったかはわかりませんが、私が会ったほとんどの人はプログラマーではありません。そのため、JS を採用することはカット アンド ペーストと苦痛を伴う経験になるでしょうが、それは最新の Web のほとんどの要件です。そのスキルを押し戻して、同じ言語でバックエンドでいくつかの軽量処理を行うことは、これらの人々にとって恩恵となるでしょう。通常は恐ろしい環境での親しみやすさを軽視しないでください (そして、進歩にもかかわらず、人口の大多数にとってコンピューターは依然として「怖い」ものです)。
JS、もうオモチャじゃない、眠れる巨人だ。本当。
すでにPythonで動作します。PHPについては噂がありますが、これは人気を考えると論理的な選択です。
Javaにも2セントを投入します。彼らはすでにJavaで書かれたツールをたくさん持っています(GWTは誰ですか?など)
ただし、Javascriptが最も興味深いでしょう。
GoogleがPythonを最も気に入っていると聞いたことがあります。