私はちょうどmeteor.js screencastを見てきました。ライブアップデートとデータベース同期という点で、Webアプリケーションを簡単に構築することがいかに簡単かと思います。しかし、いったんそれが生まれば、それがどれほどうまくいくかはわかりません。meteor.jsを使用することの（潜在的な）短所は何ですか？
meteor.jsで書かれたWebアプリケーションをビルドして配備する場合、どのような問題（潜在的または真実）がありますか？
まあ、私はあなたの流星についての演劇を持って、あなた自身の判断を下すアドバイスをします。それは本当に
ある流星だけのMongoDBにバンドルされていますが、私が発見した
特定の制約を開発したいかに依存します。他のデータベース・サポートは、それ以降のリリース
ないモデル/オブジェクト形式は、（ロードマップに）結合しない（流星がノード上に構築されている）とコミュニティに閉じられる
パッケージシステムがNPMないために計画されています。すべての流星パッケージは流星自身
に関しては、性能によって開発され、私はここに、このarticle便利
を見つけた流星に別のlinkは、私が発見した利点が言う私の経験から
をロードマップであります現在の不利な点を上回る流星の中にクライアントプロジェクトを構築したところ、私はすぐにシステムについての妨げになった2つのことがある：
1）MSSQL/MySQLまたは実際にMongoDB（ジャミンが言及している）以外のDBはネイティブサポートしていません。つまり、使いやすいJS APIを備えたNoSQLソリューションは、RDMBデータベースでは理にかなっています。なぜそうなのでしょうか。しかし現時点https://github.com/drorm/meteor-sql
2）窓なしのネイティブサポートでMySQLをサポートしています流星SQLと呼ばれるプラグインがあります - 流星は私たちだけのユーザーがループの外にある窓を意味するのlinux & OSXにリリースされます。 http://win.meteor.comには非公式のWindowsビルドがありますが、0.5.9で止まっています。
Meteorから完全なサイトを構築することは、おそらくそれもさまざまな不安定性のために推奨されません。https://github.com/meteor/meteor/issuesしかし、制御された環境では完璧です。
また、メテオールは1100万ドルの助成金を達成しました。http://venturebeat.com/2012/07/25/meteor-funding/は、改善と成長を続けています。
アプリケーション開発の大きな問題は、検証や翻訳などが欠落していることです。 自分自身でインクルードし、多くの外部ソースを使用する必要があります。 NPMのサポートは最適ではありません。バックエンドでの使用はOKですが、フロントエンドではハックです。
ダウンボートの理由は何ですか？この質問は他の誰にも全く役に立ちませんか？ – finitud
@animuson私はそれが保留になっているのを見ました...この質問はコミュニティのwikiに適していますか？元の2つの回答は役に立ちましたが、それほど役に立たない回答が出てきました。 – finitud
意見ベースではなく、むしろ経験ベースです。開発者が分析の初期段階で決定を下すのに本当に役立つだろう。この種の質問は閉じてはいけません。 –