おっと、私の古い投稿ですね！
はい、それにお答えできるか見てみましょう：
「Facebook を Discourse に置き換えるには何が必要か？」
以前も指摘した通り、Facebook の決定的な機能はユーザーの「ニュースフィード」です。
Discourse が Facebook グループと競合しなければならないと仮定してみましょう（実際には異なるニッチを埋めていることはわかっています）。
しかし、Discourse を使って Facebook の棺桶に釘を打つことを想定してみてください。
私の意見では、その方法は Facebook のニュースフィードに匹敵する機能を提供することです。
Facebook グループが成功している理由は多岐にわたります。技術に詳しくない人でも簡単に設定でき、すでに信頼されているユーザーアカウントプールを活用できる点が特に重要です。しかし、成功の大きな要因の一つは、Facebook グループでの活動が、参加者のニュースフィードに、他のソースからの他のコンテンツと一緒に投稿されることです。
したがって、Discourse が Facebook グループと真に競合し、あるいは「置き換える」ためには、この機能を考慮し、どのように提供するかを検討する必要があります。
これにより、複数のソースからコンテンツを集約するというアイデアにつながります。Mastodon は Twitter に少し似ていますが、Facebook フィードのように、異なるエンティティが所有・運営するさまざまなサイトから集約する機能も持っています。
私の意見では、Discourse は、ユーザーが選んだ一連のインスタンスのトピックプレビューを一つのビューに結合できるアプリ、あるいはアーキテクチャの拡張を切実に求めています。
現在、私が参加しているさまざまな Discourse インスタンスで何が起きているかを詳しく見るには、異なるウェブサイトを訪問する必要があります。これは少し面倒です。
優れた Discourse Hub アプリは、その方向性を示しています。これは、あなたが関わっているフォーラムでの注目すべき活動に対する通知バッジを単一のビューで表示します。これが、追加されたすべての Discourse コミュニティの組み合わせである「最新」リスト、そしておそらく「注目/ウォッチ中」のトピックリストを実際に表示するように拡張されれば、素晴らしいものになるでしょう。そうすれば、スクロールダウンして、詳細を確認したいコミュニティを選択できます。このアプリはすでに（すべてのバッジを表示するために）集約の一種を実行しており、各サイトへのアクセスのためのユーザーの認証情報をすでに保持していますので…
分散サーバーのアーキテクチャを考えると、パフォーマンスや使いやすさの観点からひどい体験になる可能性もあるため、私の考えが間違っているかもしれませんが、それがどう機能するかを見てみたいものです。
しかし、この機能の欠如は、少なくとも私の Facebook グループからの移行の1つを失敗させました。ユーザーからは「別の場所に行くのが嫌だ」「Discourse の投稿を Facebook のニュースフィードで見ることができない」という不満が出ました。Discourse が他の分野で提供する大きな利点にもかかわらずです。このような失敗の経験は私だけではないと知っています。
Mastodon は、異なるソースからの集約を実行します。また、健全なオープンソースプロジェクトでもあります。これが私の言及の理由です。
これでより明確になったでしょうか？