Meteor Development Group は、1月7日に、新フィーチャーの短いリストとバックエンドの安定性強化のバランスをとった、フルスタックのフレームワークのバージョン0.5.3をリリースした。
Meteorはシッククライアント周りのアプリケーション開発を再改革することを狙っており、90年台後半から2000年台の、彼らが言う「ダム端末」webクライアントを解消しようとしている。InfoQは共同設立者のMatt Debergalis氏に、なぜ開発者はもっと成熟したフレームワークの代わりにMeteorを使うことを考えるのかを尋ねた。「Meteorを使えば、これまで数週間かかっていた、リッチなwebアプリケーションを作るのに数時間で済むようになります。」と言った。
Meteorは構造を Node.js上に強いる独断的なスタックであり、RailsがRubyに縛るのに非常に良く似ている。Railsの出現から7年経った、今、 Debergalis氏はMeteorを「単にコードベースではなく、リッチなアプリを開発することに情熱を持つ、同じ考えの開発者のコミュニティ」と見ている。このようなサーバー中心アーキテクチャからの転換は、この1,2年でかなり注目され始めただけである。バージョン0.5.3が提供する数あるフィーチャの中で、以下が特筆である。
- ランタイム設定が調整しやすくなった。特に個別の環境管理に役立つ（開発、ステージング、プロダクション）。新しい次のものが使える－設定引数、ユーザーは環境特有の設定ファイルを設定でき、それらを実行あるいはデプロイコマンドで使える。
- meteor --settings dev.env
- meteor deploy --settings dev.env
- より賢くなったテンプレートの再レンダリング。 David Greenspan氏がここでプレゼンしているSparkは中核の開発者によって「jQueryの宣言型バージョン」として定義されている。彼らのアナウンスによれば「Sparkは宣言型です。あなたはいかにページを見せるかを言います。Spark はそう見えるようにページを作るだけでなく、データが変わるとそのページをアップデートします。」
氏によると、リリースの次のイテレーションでは、ほとんどスケーラビリティとパフォーマンスだけに注力する。
今現在、我々が開発している一連のリリースでは、Meteorベースのアプリケーションを数百万人のユーザーにスケールすることに注力しています。Meteor 0.5.1 はその最初で、より効率的なリアルタイムMongoドライバーを追加しました。次の数リリースで、開発者は、複数のアプリケーションCPUをまたいでMeteorアプリケーションをスケールでき、カスタムなアプリケーションコードからリアルタイムなデータベース負荷を別々にスケールでき、明示的なコントロールが与えられので、データのアップデートにより接続されているクライアントへのアップデートを起動できるようになります。