Discourse は Rails と Ember を基盤として構築されており、Discourse の成功を支える素晴らしい選択です。しかし、この選択は 2012 年に行われたものです。もしプロジェクトが 2020 年に開始された場合、選択はどのように変わっていたでしょうか？Discourse の開発チームは、代替の選択肢についてどのように考えているのでしょうか？
このような推測の価値はわかりません。まるで「もし雲が美味しい綿菓子でできていて、雨が美味しいレモネードだったら」と尋ねているようなものです… 
とはいえ、Ember.js については、私たちが求めるパフォーマンス基準を維持できるよう、引き続き改善を続けていきます。それが私が最も重視している点です！この分野でも、たくさんの進歩がありました！
Discourse 開発チームへのご提案を共有してくださり、とても嬉しいです。
(私の意見)
私は過去 3 年間 Discourse（Rails と Ember.js）で開発を行っており、Angular や React などで構築された他のプロジェクトでも働いた経験があります。また、Canvas LMS（Rails と React.js）でも多くの開発を行いました。
私は、Discourse の速度とパフォーマンスが、多くのオープンソースを含む他の大規模な製品と比較してはるかに優れていると感じています。Discourse は非常に高速で、シルクのように滑らかで、堅牢です。リアルタイムイベントは、Discourse の魔法のような部分です。
現在、どのプログラミング言語で開発されているかはそれほど重要ではありません。本当に素晴らしいのは、それがいかに賢明に開発され、すべてが統合されているかという点です。それを毎日より良くするために日夜働いているのはコミュニティです。
私たちがすでに持っているものを改善し、最適化することが常に最善の選択肢です。
考えてみてください：
Discourse を人間だとすると、Ember.js はその血液です。しかし、Ember.js は「A+」型の血液であり、他の言語は B 型、O 型、AB 型などといった他の血液型に相当すると考えられます。結論として、Discourse（人間）に良い食事と健康的な生活を与えて血液を健康に保つこと（A+ のまま）はできても、B+ のような新しい血液型に血液をすべて入れ替えることはできません。それは機能しません。
また、Ember.js で開発された Discourse 用の多数のプラグインも、言語を変更すれば動作しなくなります（Discourse はそもそも Ember.js で作られていますから）。
Discourse に何が不足しているかについて、あなたの考えを共有してください。それが開発チームの改善に役立ちます。
異なる言語を検討する前に、何か基準となるものをご覧になった場合は、お知らせください。
車は必要ありません。より速い馬が必要です。
@codinghorror @ashishprajapati さん、洞察を共有していただきありがとうございます。私の質問は、選択に対する提案や疑義を意図したものではなく、プロジェクトのこの段階において、どのような長所・短所があるのかを知りたかったのです。
フレームワークや言語の選択は、コミュニティと実行力に比べて、最終的にははるかに重要度が低いという点に、完全に同意します。
@hbm さんのご意見やアイデアをありがとうございます はい、同意します。
開発者にとって、Ember.js は重すぎて学習が難しく、古い例やコンテンツが多くあります。
個人的には、学習曲線が低い React.js または Vue.js に傾いています。
このトピックは4年経って少し古くなっていると思います…