Meteorでアプリケーションを作ってリリースしたので、その過程で出てきた良い点と悪い点をまとめておく。
Pros
１．インストールするだけで環境構築されている。一瞬でコードを書ける。(普通はDB、BE、FEそれぞれ構築しないといけないがその作業が皆無)
２．miniMongoと呼ばれるシステムがフロントで走っているのでサーバのMongoからとってきたデータをそのままフロントに呼び出せる。APIを叩く必要もない。全部Meteorがやってくれる。
３．ログイン処理がパッケージ化されていて、１行でログイン処理を実装できる。これはなんの誇張でもない。
４．Facebookログインだって５行くらい。
５．MVCではないのでテンプレート(いわゆるモジュール)毎にファイルを作ることが出来て管理しやすい。
６．デフォルトのフォルダ構成が明快でYomanいらず。(/client, /lib, /server, /publicなどなど)
７．Lessとかcoffeeの導入も簡単でpackageを追加するだけ。もちろんMeteorが分割して書いたLessファイルを１つにまとめてくれたりcoffeeのコンパイルもしてくれる。
８．それなりにリッチなUIも作れそう。
Cons
１．フルスタックということは何もかもMeteorに依存してしまう。(これはProsでもあるのだけど)
２．Mongo以外の選択肢が基本的にない。
３．ルーティングの時にURLのパスを使ってDBの処理をかけたい場合(タグの名前やIDがURLに含まれてて、それでDBに検索をかける場合とか)その辺りの処理をルーターに書かないといけない。いわゆるControllerの一部がRouter内に入り込んでしまう。これはIron-Routerの問題か。
４．画像や動画を動的に同一プロダクト内に追加できない。やりたければcollectionFSを使うかMongoにそのままつっこむかどっちか。developmentの段階ではpublic以下に画像なりをnodeのAPIで書き込んでそこからデータを取り出せたのでよかったが、デプロイしちゃうとそれができなくなる。Meteorが内部でシンボリックリンクを作っているため。このせいでAWS S3デビューすることに。(これがつらかった)
５．デプロイするにはプロジェクト全体をパッケージ化しないといけない。フロントのCSSだけ変えるとかHTML１行追加するだけでもデプロイ作業が必要。
６．FacebookのOGPタグに対応してない？おそらく。
７．miniMongoはあくまでminiなので、mongoで使えるのにminiでは使えないコマンドがある。例えばdistinct()。
##結論
リリースが前提のプロダクトには二度と使わない。
最初はオールインワンのフルスタック型に魅力を感じていたが、あまりにMeteorに依存していて拡張性がない。
ただHackDayとかリリースしないものにはうってつけなフレームワーク。
Meteorが持つサーバにデプロイもできるし。URLはxxx.meteor.comとなる。CNAMEの設定で独自ドメインにも変更可能。これはすごい。
今後を考えてExpressで書き換えようか悩み中。