erlend_sh
(Erlend Sogge Heggen)
1
3年前に、Discourseと長文フォーラムのパラダイムが、短文チャットのパラダイムとどのように共存できるかについてのブログ記事を公開しました。
このようなツールの組み合わせは機能しますが、いくつかの欠点があります。結果として以下のようになります。
- ユーザーディレクトリの重複
- 競合するプライベートメッセージング形式
- 「このメッセージはどこに属するのか？」という不確実性
- コンテンツのガーデニングのための統合されていないツール
今年のHNで最も投票されたストーリーの1つは、フォーラムがチャットよりも優れているという投稿でした。
最初の段落で、私たちが今解決しようとしている問題がすぐに露呈します。
開発者コミュニティを構築しようとして約1年後のホットテイク。どちらか1つしか選べない場合は、開発者プラットフォームを中心としたコミュニティ構築には、同期チャットソフトウェアではなくフォーラムソフトウェアを使用してください。
コミュニティビルダーは、あたかも相互に排他的であるかのように、両者の間で選択を迫られるべきではありません。それは偽りの二元論です。一時的なもの対永続的なもの、短文対長文。これらは単にユーティリティの微妙な違いを持つコミュニケーションの異なるモードにすぎません。それらは人々とコミュニケーションをとるという全く同じ目的を果たします。
実用最小限のコミュニティ
チャットルームに2人を集めれば、健全なコミュニティの始まりになります。定期的にチャットがあれば、その部屋は他の潜在的な参加者にとって活気があり、魅力的に見えます。これはコミュニティの初期段階における優れたオンボーディング戦略ですが、どこまでスケールできるかには上限があります。スケールしないことを行うことは、スタートアップと新興コミュニティの両方にとって勝利戦略となり得ます。重要なのは、初期の成長戦略をいつ脱したかを知ることです。
コミュニティが大きくなるほど、標準的で唯一のDiscourseインターフェイスが必要になります。しかし、ユーザーが少なく、Day-0の新規参入者にとっては、最も大きなハードルはパーティーを整理することではなく、単にパーティーを始めることです。そして、チャットはこれらの小規模なサイズではよりうまく機能することは事実です。
言い換えれば、チャットは「誰か何か言って！」という問題を解決します。
歴史的に、私たちはDay-0コミュニティのためにチャットプラットフォームに依存しており、比較的成功してきました。スケールすると、ほとんどのチャットコミュニティは、チャットのファイヤーホースのより構造化されたカウンターパートの必要性を有機的に発見し、最終的に呼び出してくれます。
これにより、私たちは大規模な議論のための最良のツールであることに集中することができました。しかし、グリーンフィールドコミュニティのほとんどにとって選択されるツールではないため、Discourseはしばしば追加のコミュニケーションツールという非常に困難な立場に置かれます。スタックのさらに下にあります。
スタックを上に移動する
チャットでの長期的計画をコミュニティに導入するという、私たちの持続不可能な立場に対処するために、私たちはかなり急進的なものを開発し始めました。
このプラグインは現在、Metaのプライベートカテゴリでテストのために有効になっています。私たちは、Discourse ChatのMVPが既存のDiscourseコミュニティに導入されるのと同様の方法で、この閉鎖空間でチャットします。スタッフチャットです。
Chatの長期計画を伝える上で複雑な要因の1つは、私たちが必然的に2つの異なる市場をターゲットにしていることです。
（主にプライベート）チームワークのためのチャット
（主にパブリック）コミュニティのためのチャット。
これら2つの垂直市場は、大部分同一です。一方を解決すれば、もう一方も解決されます。チームプロジェクトを開始する場合でも、コミュニティを開始する場合でも、主要なステークホルダーが連携し、社会的に接続を維持するための優れたstaffチャットが必要です。
アーリーアクセス
現在、Chatを試す方法は2つあります。
-
セルフホストインストールにオープンソースプラグインをインストールします。まだ本番環境での使用は推奨していませんが、内部チームインスタンスおよびMetaで既にChatを実行しています。
-
チャットテスター向けのプライベートグループに参加して、Metaで私たちとチャットしてください。誰でも参加をリクエストできます。セルフホストユーザーも、ここでフィードバックを共有することを推奨します。
Chatは12月下旬/1月上旬にMetaで完全に公開されます。
「いいね！」 135
rmccown
(Bob McCown)
2
おお、とても良いですね。これは私のサイトにとって必須の機能であり、現在Rumbletalkをラップするカスタムプラグインがあります。Discourseコアの一部になることは間違いなくプラスになるでしょう。
「いいね！」 9
mattdm
(Matthew Miller)
3
これはおそらく 先走りすぎ だと思いますが、ブリッジの予定はありますか？
Discourseは大好きですが、私が 絶対に必要としない のは もう一つインスタントメッセージのソースが増えること です。Fedoraでは、IRCからMatrixへの移行の最中です。Matrixにブリッジできれば非常に便利でしょう… できなければ、コミュニケーションの断片化という 間違った方向 に進むことになります。
「いいね！」 15
素晴らしい決断です。Discourseの導入におけるゲームチェンジャーとなります。
「いいね！」 8
erlend_sh
(Erlend Sogge Heggen)
5
ブリッジは計画されていますが、限定的なものになるでしょう。@merefield が Discord 用にまとめたもの を他のプラットフォームで再現することを検討しています。
「いいね！」 14
mattdm
(Matthew Miller)
6
もちろん、私の視点から最もエキサイティングなのは、Discourseチャットが新しい別のプロトコルではなく、MatrixホームサーバーおよびMatrixクライアントとして機能することです。しかし、比較的シームレスである限り、単純なブリッジングでも問題ありません。
「いいね！」 8
ちょっとした質問ですが、このプラグインはDiscourseに永続的にオーバーレイされるものですか、それとも選択した場所にのみ表示されるものですか？つまり、インストールした場合、コミュニティ全体がそれに変更されるのでしょうか、それとも選択したカテゴリのみが変更されるのでしょうか？
「いいね！」 4
meglio
(Anton)
8
最初の一般公開リリースおめでとうございます。
私たちのヤギ農家やチーズメーカーのコミュニティのために、私の長期的なマスタープランは、チャットのみでFacebookを利用している人々の一部を、私たちのDiscourseコミュニティに移行させることです。
私がゼロから構築しているプロフェッショナルなJaiプログラミング言語開発者のオンラインコミュニティのために、Discourse ChatをDiscordチャットの代替として実証する計画です。
Slackの基本的な機能のみを使用しているクライアントの一部については、すでにプロジェクト管理をDiscourseに移行させることに成功しましたが、このプラグインが安定して本番稼働可能になれば、Slackの完全な代替として提供を開始する予定です。
最後に、私の大きな夢であり、ほとんど非現実的な計画は、Toptalの経営陣を説得してSlackを放棄し、完全にDiscourseに移行させることです。Slackは、知識を検索可能で、集合的に編集可能で、カテゴリ分け可能で、監視可能なスレッドに整理する方法を提供しないため、ひどく劣っています。
「いいね！」 9
非常に興味深いニュースですね、ありがとうございます。
私の最初の考えは…絵文字リアクションを洗練させて、公式にサポートする時が来たのではないかということでした。
冗談抜きで言っています。
（はい、Discourse Retort が存在します。）
「いいね！」 5
sunjam
(james.network)
11
私の提案です。まだプラグインを実際にテストしていませんが、これらはブリッジング（これも便利です）よりも重要だと考えています。
- グループごとにチャットへのアクセスを許可する。
- オプションで匿名ユーザーによるチャットへの読み書きアクセスを許可する。
- オプションで、グループごとにX時間/日/週後にチャットコメントを削除する
- オプションで、チャット内のタグ/グループのサイドバー表示を許可する
- 信頼レベル/グループによって、コメントをトピック本文に「変換」しやすくする。フラグ付けで処理できるかもしれない。
- 信頼レベル/グループによって、コメントを既存のトピックへの返信に変換することも素晴らしいだろう。フラグ付けで処理できるかもしれない。
- チャット内のタグ
- グループが言及され、そのグループへの参加/メンバーシップリクエストが許可されている場合、そのユーザーがチャット内からすぐにグループに参加/メンバーシップリクエストできるようにする。
- チャット内で直接Discobotに連絡する。公開またはプライベートメッセージに変換する。
- 特定のトピック/返信/タグに関連するチャットの可視性を、一定期間割り当てる。
- ユーザーがチャット内で既存の投稿をすばやくメンションできるようにする。
- メンションされた投稿がチャットで「いいね」された場合、元の投稿にもその「いいね」を追加する（そのような機能がサポートされている場合、笑）。
トピック/投稿の検索統合
ユーザーがチャットに投稿しようとするときに自動検索を追加するのは興味深いでしょう。たとえば、次のように入力すると：「こんにちは、音楽が見つかりません…」 必要な音楽の投稿が自動的にリンクとして表示されます。
モデレーション。
- チャットで投稿しすぎるユーザーをスローにする。
- グループ/信頼レベルによって、チャット内のユーザー/グループを永続的に無視できるようにする（無視すると、そのユーザーのコメントは一切表示されなくなる）。
- チャット内でユーザーをフラグ付け/ミュート/禁止する。
- ブラックリストに登録された単語を制限する
- グループごとに添付ファイルを許可する
より大きな投稿に参加したり、詳しく説明したりすることを奨励するものは何でも感謝します。
タグサポートは、チャット統合プラグインのサポートも可能にし、既存のすべてのDiscourseブリッジをカバーします。
「いいね！」 11
erlend_sh
(Erlend Sogge Heggen)
このトピックを分割しました:
12
素晴らしい！しかし、他の人が提案したように、さらに別のインスタントメッセージングソースを持つことは問題になる可能性があります。IRCは好きですが、XMPPとの連携の方が、そのフェデレーションが大きいので優れていると思います。Matrixのフェデレーションは非常に貪欲なので、Matrixの方向には行かないでしょう。MatrixとActivityPub、そしてXMPPとActivityPubの間には、現在開発中の良いブリッジがあります。
「いいね！」 1
Jagster
(Jakke Lehtonen)
15
チャットでは、カテゴリのスラッグをチャンネル名として使用しています。それはおそらく最善の解決策ではないのではないでしょうか？
「いいね！」 3
meglio
(Anton)
16
問題を再定義したいと思います。
なぜか人々はこのチャット機能をインスタントメッセージングの追加ソースと見なしていますが、私はむしろ（この段階では）それを、知識を検索可能で、集合的に編集可能で、カテゴリ分け可能で、監視可能なスレッドに整理する方法を提供しない既存のインスタントメッセージングプラットフォームの代替として主に見てほしいと提案します。
実際、Discourseのチャットは、既存のプラットフォームの機能を置き換えるだけでなく、古いプラットフォームを廃止することも可能であり、使用するプラットフォームの数を増やすのではなく減らすことができます。
たとえば、Slackの基本的な機能（主にシンプルなチャット）を使用していた場合、Slackの使用をやめてDiscourseチャットの使用を開始します。これにより、考慮したり連携したりする必要のあるプラットフォームが1つ減ります。
Discordやその他の「ヘビーな」チャットについても同様です。もしあなたがそれらを簡単な目的でしか使用していなかったなら、Discourseチャットに移行して古いプラットフォームを破棄する方が良いでしょう。これにより、使用するプラットフォームの数が減るだけでなく、チャットがフォーラム/ウィキ/ナレッジベース/ドキュメント/プロジェクト管理とより緊密に統合されます。
一方で、Facebookと緊密に統合されているFacebook Messengerを使用しており、それが必要な場合、なぜDiscourseチャットの使用を開始して、インスタントメッセージのソースを1つ増やすことを検討するのでしょうか？ DiscourseチャットがFacebook Messengerと統合され、Discourseチャットを離れることなく後者を使用できるようになるまで、そうすべきではありません。
Telegram、Viberなども同様です。
したがって、私の提案は、問題を再定義し、Discourseチャット機能を異なる視点から考えることです。これは、より多くのツール/プラットフォームを使用するのではなく、より少ないツール/プラットフォームを使用し始めるための素晴らしい機会です。私はDiscourseチームからのチャット機能に関する最初の考えからずっと、常にそのように考えてきました。そして、それは実際に非常にエキサイティングです。
「いいね！」 26
mattdm
(Matthew Miller)
17
これは、非常に小規模なグループについて話している場合にのみ可能であるように思われます。同僚とのコミュニケーションのためだけに、Slack、Matrix、Keybase、Telegram、Signal、Google Chat、Twitter、Discord、Mattermost、Rocketchatを使用しています。Matrixがほとんど対応していますが、IRCも忘れてはいけません。ああ、Zulipもあります。おそらくもっとあるでしょう。そして、それは友人、家族、趣味を考慮に入れていません。文字通りすべてが仕事関連のコミュニケーションのためです。
それらのほとんどは、他のほとんどのものを置き換える「能力」がありますが、そうしません。代わりに蓄積されます。
有名にも…
括弧に注意してください。これはインスタントメッセージングを直接言及しています。だからこそ、私は、山に新しいものが少なくとも相互通信することを、そして既存の標準を使用してそうすることを 非常に強く 望んでいます。
誤解しないでください。新しいものを試してみてください。しかし、私にとって、現時点で本当に説得力のある新しいことは、相互運用性だけです。
「いいね！」 10
meglio
(Anton)
18
すべて正しいのですが、私が伝えようとしたアイデアとは全く関係がありません。説明が足りなかったのかもしれません。後日、別の言葉で説明を試してみます。
「いいね！」 4
jrgong
(jrgong)
19
@RGJ
真面目な話：ディスコースコミュニティにチャットを統合するのは素晴らしいアイデアだと思います。私たちのフォーラムでは、Rocket Chat via Communiteq integration の単一チャンネルと、長期的な価値のない一時的な質問に関する内部コミュニケーションにのみ使用することになりました。
拡大しない唯一の理由は、チャットが次のようになる可能性があるためです。
a) フォーラムでの活動を共食いする
b) チャットは、フォーラムにより適した長文の議論につながる
私の意見では：コミュニティでより複雑で広範な需要がある場合、優れたチャットプラットフォームが存在すると思います。したがって、将来的には現在のメッセージのUX/UIを置き換えることもできる、「プライベートメッセージv2」としても機能する、よりKISSなチャット統合をぜひ見てみたいです。
「いいね！」 8
Jagster
(Jakke Lehtonen)
20
チャットはあまり好きではありませんが、それは私だけかもしれません。
しかし、これはどのくらい高価なのですか？RAM、プロセッサ、ストレージのことです。
「いいね！」 8
