幻想をあきらめるのは簡単ではありませんが、線を引く時が来ました。 多分誰かが選択の岐路に収まるでしょう。 それでは、孫を見せます。 この話はすでに20歳です。 要約：フレームワーク-二度と。 抜け道があります。
あなたはすぐに下に行くことができます、または序文で：なぜ流星はまったくですか？
RADおよびVCLのフラグの下でDelphiで開始。 本のスーツケース2つ-マニアックのように、すべてを一列に買いました。 Winsyntaxエディターでコーディングすることを学んだ人もいることを知ってうれしいです。
年が過ぎました。 彼はIT部門でウェブマスターとしての仕事を得ました。 PHPで企業のWebサイトを揺さぶるだけでなく、SharePointモンスターと出会いました。C＃のウィジェット、InfoPathフォーム、JavaのHP ServiceDeskへのゲートウェイです。 そして、私は本当にタイプライターに関するウェブサイトを上げたかったです。
SharePointに似ていますが、PHPではDrupalです。 一目firstれでした。 Delphi for the web。 モジュールの登録-宝箱。 基本機能はマウスでカスタマイズできます。 技術的な問題を解決するための集団精神。 私は気分が悪くなり、 LiveStreetの作成者に感染しました。
エンジンの作業（まだブログに関係のない、単なる汎用エンジン）は、高度なPHP開発者とのコミュニケーションからエネルギーが押し上げられた後、ほぼ2か月前に始まりました。
それからマンバがいました。 Highload and Big Data、ビッグビッグバイクの開発とメンテナンスのコストについて学びました。 その後、彼は太ったスタートアップのウェブテクノロジーの主要な専門家の役割を試してみました。このフレームワークはトラブルから私たちを救うでしょう。 ジャンゴ Pythonは魅力的ですが、ありません。 たぶんYii？ さて、PHP全般についてはどうでしょう。 V8、NPM、CoffeeScript、Jade、Express-広がり。 屋根はSocketStream（すごい、まだ生きている）から出てきました。先端の作者、こんにちは、Meteorのおかげです。 それは私には思えたように、1つまたは2つを複製しました。 今日、私はすでにフルタイムのプラクティスを適切に蓄積しています。
そして、これらすべてで私たちは離陸しようとします
シニカルな真実に突然気付いた。 クイックスタートのためにリソースの不足を補うためにフレームワークを選択しましたが、これは長距離を走るときの条件値です。 定義上、フレームワークには冗長な機能があります。すべてすべてのユースケースに対応する必要があります。 「私たちが借りるほど、良い」 フレームワークがどれほど美しいように見えても、ストーリーは毎回繰り返されます。 私たちのビジネス目標は異なります。
フレームワークは、サードパーティソリューションの選択を制限することにより責任を負います。 最初は、疑わしい決定が干渉します。 正しい決定は時代遅れになります。 流星の変化とパケットのドロップ：AutoForm、CollectionFS、Jade、IronRouter、Guru @arunodaのクラフト。 フレームワークに依存するパッケージの有効期間は、プラットフォームのライブラリよりも大幅に劣ります。 そして、ここに特定の待ち伏せがあります：サポート上の新しいバージョンのフレームワークの依存関係を更新するためのサポートを備えた分岐した左コードの数千行があります。
大気 -大量のアイドルジャンクを格納するパッケージの公式登録。 また、メカニズムはMeteorに組み込むことができますが、インストールの統計情報は収集しなくなりました（Drupalを思い出します）。 「選択の富」から目が散らばっています。 * .meteor.comでのデモの無料ホスティングを拒否したことで状況は悪化しています。Galaxyの立ち上げは、さらなる外部投資の可能性をブロックしていますか？ いいでしょう
そして、あなたのこの雰囲気は、全体の速度を遅くします（スピードを上げることはできますが、Fastosphereを参照してください）-誰も気にしません。
ドキュメントの再設計について。 以前は、これはアンカーのある1ページでした。 彼女は誰に干渉しましたか？ Googleからのリンクは機能しなくなりました（ハイパーテキストがそもそもリンクの整合性であることに気付いていないようです）。 批判のhowえ声の下で、しばらくして、内部検索が表示されましたが、それを自分自身に保持します（devdocs.ioに移動しました）。
フレームワークの責任が大きいほど、基本パッケージの技術的ギャップは大きくなります。 選択された例： HTTP / 2 、 Mongo 、 Node 。 バージョン1.3（NPMの待望のサポート）への移行により、ビルド速度は著しく向上しましたが、それでも自然にゴミになります。
生産性の基礎（はい、はい、はい、私は自分自身のためだけに話します）は埋立地に送られます。 悲しいかな、JSが少しずつ。 言語は基本レベルでシンプルでなければなりません。 しかし、フレームワークはトレンドに従う必要があります。 欠員の需要を本当に満たした：CoffeeScriptへの嫌悪。 CoffeeScriptでのReactの美しさをご覧ください 。
GraphQLはLiveQueryのスケーラビリティの問題を解決しますか？ 待って、見て、今日は必要なだけです。 地平線は アポロに先んじている。 さらに、 Victor GrishchenkoはHolyJS会議でDDPを批判しました 。 彼らは、転送されたパケットにはidバージョンがないと言っています。 そして、これは、ユーザーがオフラインになってしばらくしてから戻った場合、「楽観的な更新」（別名レイテンシ補正）が機能せず、データが失われることを意味します。
ちなみに、フレームワークと呼ばれることのないジグソーパズルの膝の代替セットは次のとおりです。Meatier 、 lovli.js 。
今、私はそれがどのように考案されたかを学びました ：
Meteorは、以前はFacebookとGoogleの多額の資金を提供していたフロントエンドチームだけが使用していたテクノロジーを、すべての人の手に渡るように設計されています。
流星はますますFacebookテクノロジースタックに移行しつつあり、エクスタシーに合併したいようです。 アーメン！
合計
新しい地平線を見るには地平線まで歩く必要があります。
PS： もう一つ見ました 。
PPS： フレームワークが悪である理由 。