Facebook は個人の宣伝、Discourse はトピック中心、Twitter は短文の投稿です。それ以外はよくわかりません。
「いいね！」 1
Facebookは嫌いですが、やめられないんですよね。最近は自分が参加している「コミュニティ」のためだけに使っています。ネガティブな内容やドラマ満載のものは避けています！あなたが離れたいと思う気持ち、よく分かります！！
「いいね！」 3
確かに、Facebook などが近年見られる分極化の増大の大きな要因であるという証拠は多くあります：Why Social Media Makes Us More Polarized and How to Fix It | Scientific American
「いいね！」 4
Discourse を使い始めて間もなく、素晴らしい @pfaffman さんに頼んで、私の小さな会社のコミュニティをインストールしてもらいました。そのため、この素晴らしいプラットフォームのすべてを完全に理解しているわけではありません。しかし、私はこれまでいくつかのコミュニティサポートフォーラムで Facebook グループを使い、管理者として運営した経験があります。
興味深いことに、私を含む多くの人にとって、Facebook にいる唯一の理由はグループ存在です。グループがなければ、私は何年も前に Facebook をやめていたでしょう。実際、今私が所属している 2 つのグループが Discourse に移行すれば、私は喜んで Facebook を去るでしょう。つまり、多くの人にとっての Facebook とのつながりは、せいぜい薄っぺらいものです。
私が気づいた点をいくつか挙げます：
- 人々はグループへのワンクリック参加を望んでいます。サインアップ、ログイン、パスワードの扱いを避けたいのです。
- 投稿やコメント作成の UI はシームレスでシンプルでなければなりません。Discourse は非常に強力ですが、認知的には多くの人にとって負担が大きすぎます。人々がほとんど気を散らさずに投稿できるようにする必要があります。
- ニュースフィードは確かに重要ですが、それを動かしているのは Facebook が採用する中毒性の高い通知システムです。
自分自身に問いかけてみてください。もしかすると、Facebook のような中毒性を再現する必要はないのかもしれません。むしろ、軽いフェデレーションを目指すべきでしょう。DiscourseHub を使って Discourse への参加を容易にし、通知を受け取りやすくしましょう。そして、それが中期的にどのような結果をもたらすかを見てみましょう。
「いいね！」 6
The Social Dilemma の視聴を強くお勧めします。ご存じない方のために説明すると、この作品は Facebook がそのプラットフォームの中毒性をどのように利用しているかを描いています。これは、Reddit の代替を探している人々（/r/watchredditdie や /r/redditalternatives など）が直面する状況と似ています。結局のところ、多くの人が ActivityPub などの分散型代替案を提案しますが、それは別のスレッドで議論すべき話題です。
「いいね！」 3
今日、Facebook を Discourse に置き換えようとして失敗したインストール顧客とやり取りを行いました。私が試すであろうことは以下の通りです：
- Facebook グループを読み取り専用にする
- 工夫して Facebook グループに Discourse のトピックへのリンクを投稿する
- Facebook ログインを設定する
Facebook グループは、Facebook のフィードで見られる「ディスカッション」よりも優れていると推測されますが、それらの場合、会話全体を追跡することは事実上不可能です。読みたいトピックやスレッドを見つけたとき、すべてのメッセージを見るためにメッセージごとに約 2 クリック必要になるため、ほとんどいつも諦めてしまいます。
「いいね！」 5
Facebook で人々が時間を過ごす 4 つの領域は以下の通りです。
-
チャット機能（友達とのやり取り）＝Discourse でも利用可能。
-
Facebook ページ＝Discourse では現在、まだ利用できません。
※Facebook では現在、ハイライト通知で更新を受け取れるようにフォローできるページは 30 ページまでに制限されています。 -
Facebook グループ＝Discourse の勝利です。
-
個別プロフィールからの投稿作成＝Discourse でも利用可能。
私は Facebook よりも Discourse の方が好きです。
Facebook では、友達が多い場合（4,000 人以上など）、更新を見逃してしまいがちですが、Discourse ではそのようなことはありません。
Facebook では、Discourse のように検索を行うことができません。
Discourse では、ユーザーのアクティビティ（トピック作成、いいね、返信など）を確認できますが、Facebook ではそれができません。
「いいね！」 2
しかし、Discourse サーバーへ移動するように友人を説得できない限り、Discourse で 4000 人以上の友人を持つことは決してできません。それが難しい部分です。
「いいね！」 2
したがって、ご指摘の通り、DiscourseへのFacebookサインイン機能の導入は極めて重要です。
Discourse の Facebook ログイン設定については、Configure Facebook login for Discourse をご存知かと存じます。
「いいね！」 3
素晴らしい！どのoAuthシステムも設定可能であるべきなのは納得です。もちろん、「また別のサイト」をチェックしてもらうこと自体が課題でもあります。Facebookは何年にもわたって築き上げた批判的多数（クリティカルマス）を持っています。
「いいね！」 1
先月、コミュニティセンターを開設したばかりです。いくつかの理由から、Facebook グループが「活発」に機能しているわけではありませんが、Discourse が Facebook よりも以下の点で優れていると考えています：
- 公開エリアと非公開エリアを設けられること
- 名前を匿名にできるニックネームを選べることで、Facebook 公式には認められていないレベルのプライバシーを確保できること（私たちは感情的な話題について話し合うため、本名を隠せることは非常に重要です。匿名モードは、私たちのコミュニティにとって本当に有益だと感じています！）
一部のグループは、ブランドや目的に Facebook の雰囲気が自然に合っている場合もあります。しかし、私たちにとっては Facebook はブランドに逆行する存在です。それは深みを損ない、Facebook 外のリンクを積極的に隠してしまいます。
関連トピックについても、Discourse は驚くほど役立ちます。
スキャンして内容を確認したい場合、長い Facebook のコメントではそれが困難です。投稿された内容を展開して読む必要があり、フォーマットも非常に限られています。また、返信も隠されたりネストされたりしています。
正直に言うと、新しい Discourse を立ち上げるために多くの時間とエネルギーを費やしました。それが成功するかどうかは誰にもわかりません。しかし、私はメールリストも持っているため、以下のことを行っています：
- コミュニティセンターで新しいイベントを投稿する（ログインは不要ですが、返信にはサインアップを推奨しています）
- 最新の RSS フィード（latest.rss）をソーシャルメディア投稿プラットフォーム（Publer）に取り込み、新しいトピックからページやグループへの投稿をスケジュール設定する
- 当コミュニティへの関心と意欲を持ち、Facebook に反対している人々を特定し、Discourse カテゴリでのエンゲージメントを共創してもらう
ありがとうございました！他のアイデアも歓迎します！
「いいね！」 4
ここにはFacebookに関連するトピックがいくつかあり、私も少なくとも1つには貢献しました。しかし、これもフォローアップすべき重要なトピックだと思います。
問題の再定義と明確化
一般的に、Facebookは多様な機能を持つ未熟なプラットフォームだと捉えています。そのため、それを単一のものとして語ることは完全に不正確ではありませんが、会話を焦点から外し、場合によっては混乱させていると思います。Facebookが行っていることの一部はDiscourseが行っていないものであり、私の見解ではおそらく 試みるべきでもない ものです（「友達」や「ページ」といった概念は範囲外だと感じます）。しかし、Facebookの機能の中には、Discourseと 基本的な 目標を非常に似て目指しているものが実際にあり、単にその実現が拙いだけです。ここで主に言及しているのは「グループ」です。
問題は、Facebookが少なくとも最初は誰でも簡単に使えるようにしている点です。ユーザーにとっては、グループに参加し、すでに訪れている投稿フィードで最新情報を把握し、コメントや新規投稿で貢献することが容易です。UIは慣れ親しんだもので、通知は一元化されており、さらにある程度「スマート」なフィルタリングも備えています。そのため、例えば、私がメンバーであるグループが1日あたり literally 1000件もの投稿をしていても、それがメインのFacebookフィードを完全に圧倒することはありません。
また、管理者やコミュニティビルダーにとっても容易です。グループの作成は無料で、数分で完了し、そこにはすでにある程度の「囲い込み」された聴衆が存在します（例えば既存のFacebookの友達など）。彼らはコミュニティに参加するために数回のクリック（ルール確認を必須にしない場合、「参加」ボタンを1回押すだけ）で済みます。
これらのFacebookの利点、特に管理者にとってのものは克服が難しく、あるいはDiscourseという製品とチームが提供したい範囲外のもの（例：全員への無料ホスティングなど）もあります。しかし、私たちは ユーザー 側の課題に取り組むことができ、また 取り組むべき だと思います。なぜなら、その組み込みの聴衆がなければ、より多くの管理者が最初にFacebook Groupsを選ぶことはなかったからです。
つまり、私たちは皆、Discourseの方がFacebook Groupsよりも優れていることに同意しています。それなのに……非常に成功し、活発なグループが多数存在します。これは、Discourseユーザー、管理者、コミュニティビルダー、そして開発チーム自身も真剣に考えるべき問題です。Facebookにいる人々は、そのトピックについて話すための絶対的に最良の方法だと考えているから、あるいは良い、ええと、議論ができると考えているからそこにいるのではありません。彼らがそこにいるのは、前述のように、多くの点で便利だからです。
ですから、「友達」という概念は忘れ、「Facebookは人中心でありトピック中心ではない」という話も忘れましょう。それはFacebookの 一部 のことだけです。グループにおいては、投稿のトピックこそが焦点であり、人 ではありません。Discourseと 全く同じ です。そして、それがDiscourseの競合相手となっています。ひどい競合相手ですが、不公平な優位性を持っています。この優位性を時間とともに解体できるよう、一緒に取り組めると願っています。
考えられる解決策
では、何ができるでしょうか？おそらくより良い（あるいは少なくとも最も明らかな）解決策の多くは、すでにこのトピックで提起されています。認証を統合する方法（オプトインベースで）を見つけ、管理者とユーザーの両方がそれを制御できるオプションを提供する（例：ユーザー向けに「Federated Discourseの一部であるDiscourseインスタンスへ自動ログイン」など）ことを検討します。複数のDiscourseインスタンス間で通知を統合するための1つ以上の良い方法を決め、デスクトップを含むクロスプラットフォームのものにします。さらに、複数のフォーラムからのトピックを単一のリストで提示し、できればトピックのプレビュー付きで表示する、Facebookのフィードに似た統合された「ビュー」を作成することさえ考えられます。これらは、Facebookの慣性に対抗するために、私たちが話し合い、考え、そして hopefully 取り組むべき最低限のことです。
しかし、もっと過激なこともできるかもしれません。個人的には、実際にDiscourseの投稿をFacebookフィード の中に 注入する可能性を探っています。IntegromatなどでFacebookに投稿するのではなく、ブラウザプラグインを使ってFacebookフィードをハッキングするのです😁。もし実際に可能なら（まだ調査中ですが、おそらくばかげているように聞こえるかもしれませんが）、私はそれに資金を提供する用意があります。つまり、私の口が言うことにお金も出しているということです。上記のようなDiscourseの改善に焦点を当てた取り組みを支援できることがあれば、喜んで行います。
編集：@RickThrivingNow さん、すみません、あなたの投稿に直接返信するつもりはありませんでした。
「いいね！」 7
興味深いご意見ですね。
非常に野心的ですが、役立つと思われる提案が一つあります。
Facebook グループ移行ツールの導入です。以下のような機能を備えることが考えられます。
- 投稿や議論の完全な移行
- Facebook ログイン連携を備えたアカウントの自動設定
- 通知に特化した優れたモバイルアプリ
これら 3 つの要素に加え、簡単に設定できるフリーミアム型のクラウドサービス（すでに存在します）があれば、Facebook グループに代わる素晴らしい代替手段を提供できるでしょう。
現状、Facebook Groups API は移行用途としてはかなり制限されています。そこで役立つのがブラウザ拡張機能です。特に重要なのは、過去のコンテンツをすべて丸ごと移行することではなく、グループのメタデータとユーザーへの招待状を移行することです。過去の会話自体は Facebook 内に残したままにします。
Discourse を Facebook 内に埋め込むのは、私の意見ではあまりお勧めしません。しかし、より優れていながら、それほど見知らぬ環境へとユーザーを移行させるのであれば、良い選択肢と言えるでしょう。
「いいね！」 3
試しましたが、失敗しました。
「いいね！」 7
Facebook は、明白な理由から、自社のプラットフォームから他社への移行を難しくしています。あなたの意見では、最も大きく困難な障壁は何でしたか？
「いいね！」 3
人々を移行させることが理想的であることには同意しますが、Discourse で前述の問題（設計の簡素化、Discourse インスタンス間での統一された通知など）をすべて解決できたとしても、それは依然として人々が通知を確認しなければならない別々のアプリやサイトです。Discourse が Facebook を置き換えることはありません。Discourse が適切に置き換えられるのは、Facebook の一部である「グループ」だけです。そのため、人々は引き続き Facebook を利用し、多くの人はログインが Facebook と統合されていても、見た目が慣れ親しんでいてシンプルであっても、別プラットフォームを扱うことを望まないでしょう。これは単に「もう一つのこと」に過ぎません。私の意図はお分かりいただけますか？そのため、私は Facebook フィードへの組み込みという概念を調査しているのです。
「いいね！」 3
おっしゃることはわかります。しかし、Facebook はおそらくあなたをシャットダウンし、この作業に使用しているアカウントをBANするでしょう。何らかの方法で彼らのシステムにインジェクトする必要があります。利用規約を遵守する必要があります。
「いいね！」 2
Facebookが知る由もありません。それはユーザーのローカルマシン上で実行されるためです。すでにFacebookのフィードを操作する複数のChrome拡張機能が存在し、それらがすべてシャットダウンされたという事例はありません。
「いいね！」 4
Mozilla Firefox の「Facebook コンテナ」のようなものを指していますか？
「いいね！」 1