The noisiest people on each side are by far the most aggressive, so having a rate limiter on the noisest folks on each side would be quite effective. It lets the more thoughtful people – on each side – have equal time to the noisiest folks. That’s a big deal.
別の製品でも、ここで議論しているのと同じスローモードを導入しています:
ああ、これは私たちにとって本当に素晴らしいツールになるでしょう。一般的に私たちのコミュニティはうまくいっていますが、時として議論が熱くなりすぎて、私たちが対応する前に爆発してしまいます。私たちは会話を止めたいわけではありません。ただ、少しペースを落としたいだけです。
自動トリガーの設定については特にこだわりはありません(デフォルト値を決めるのは想像しにくいです)が、メニューにトグルボタンがあれば素晴らしいでしょう。
必要に応じて TL4 向けにこの機能を無効にできることを望みますが、基本的には TL4 も利用できるようにして構いません。特に地元の代表者にとっては、会話のペースを落とせることが不可欠です。Twitch で同様の機能を実際に使っているのを見て、とても気に入っています。
私もロールプレイングゲームに関するコミュニティを運営しており、この機能を大いに活用できると思います。
簡単に説明しますと、議論が派閥の対立や、時には文化的な背景によって分断されることがあります。また、初心者に対して良質で考えられ、詳細に書かれた回答を提供することが重要な、質問と回答のプロセスも盛んに行われています。投稿者の熱意や情熱だけで議論が非生産的な方向に進んでしまうこともあり、元の質問をした OP が大量の短いメッセージに埋もれてしまうケースも少なくありません。
同じトピックについて他のフォーラムでは、モデレーターが「スローダウン」ルールを適用した経験があり、それがうまく機能していました。これはソフトウェア側で自然に管理でき、モデレーター介入(常にコストがかかる)を不要にするような機能だと考えています。
このトピックを購読しており、更新があれば通知を受け取れるようにしています。この機能が実装されれば素晴らしいものになると思います。
この機能は、私たちのコミュニティにとっても役立つと思います ![]()
申し訳ありませんが、この機能についてしつこく食い下がってしまいますが、特定のケースにおいて「スローモード」のような機能が議論に大きく役立つ具体的な例を挙げたいと思います。
すべてイタリア語で申し訳ありません。この議論における私の主な懸念は投稿の内容そのものではありません(内容は非常に適切で礼儀正しいものです)。むしろ、善意から過度に熱心な一部のユーザーが投稿しすぎてしまい、他の人々の議論を阻害し、参加を望む外部のユーザーにとってスレッドがアクセスできなくなっている点です。
一時的なスレッドの閉鎖がこの問題に対する適切な解決策ではないことは明白です。この方法では問題が解決しません。スレッドが開放されている間、過度に熱心なユーザーは好きなだけ投稿を続けられる一方、読者やカジュアルな投稿者はスレッドが閉鎖されていることや、開放された時点で投稿できなかったことを理由に、介入を控えてしまう可能性があります。
もし、ユーザーごとに1日1投稿に議論を制限する機能があれば、誰もが参加する機会を得られ、トピックの投稿数もそれほど増えることはないでしょう。
信じてください、私はこのコンセプトの大きなファンです。それは理にかなっています。問題はそれをする時間があるかどうかです!
その間、私は特定のユーザーに対処することをお勧めしますが、あなたの意見は理解しました。
はい、私たちは現在それを行っています。
当社のフォーラムには、子供向けのスレッドで似たような状況があります。それは当社のフォーラムで最も活発なスレッドで、主に14歳と15歳の若者が利用しています(笑)。彼らはそのスレッドをスパムする傾向があります。もちろん、現在ユーザー自体への対応を進めていますが、これらはパペットアカウント(sockpuppets)を作成したがる若者たちです。幸い、彼らはまだIPアドレスの変更という概念に気づいていませんが、気づいてしまえば制御がさらに難しくなるでしょう。
関連する問題として、投稿自体を禁止するのではなく、投稿が他の人に可視化されるまでを遅らせたいという要望があります。
当コミュニティは数百人のメンバーで構成されており、そのうち数人がほぼ常時オンラインです。よくある状況として、多くの新しいトピックにおいて、その常時オンライン層(私もその一人ですが)が次々と反応し、互いに返信を続けることが起こります。
その結果、参加度の低い人々がスレッドを目にする頃には、もうコメントする価値がないように思えてしまいます。彼らが伝えたいことは既に述べられていたり、議論はすでに結論が出ているように見えたりするためです(実際、そのような発言もなされます)。
このため、私たちが望むほど広範な参加やエンゲージメントが得られていません。多くのスレッドは時間的に緊急性がないため、より多くの人が関わる、少し緩やかな会話の方がはるかに望ましいのです。
私たちが望まないのは、熱心なメンバーからの返信そのものではなく、彼らが即座にスレッドを支配し、埋め尽くしてしまうことです。そのため、一部の、あるいはすべてのスレッドに対して「返信を遅らせる」設定を導入したいと考えています。この状態では、人々は返信できますが、その返信は一定時間経過するまで他の人には表示されません。
これにより、慌ただしい応酬が避けられ、他の人々がスレッドに新鮮な視点からコメントできるようになります。
こんにちは、
私たちの場合、問題の別の側面は、数人のユーザーがすべてのフォーラムトピックに投稿していることです。そのため、最近では全ユーザーに対して1日あたりの投稿数(返信を含む)に上限を設けることを検討しています。この上限は非常に高く設定し、これらのパワーユーザーにのみ影響し、翌日になれば再び投稿できるようにします。また、速いペースでの雑談に特化したサブフォーラムはこの制限の対象から除外します。
信じてください、私はこのカテゴリレベルの設定を強く支持するようになりつつあります。返信回数を制限することで、過剰な冗長さや無限の返信で人々を圧倒するのではなく、返信を「有意義なもの」にすることができます。
確かに、場合によっては役立つでしょう。
しかし、返信の「数」ではなく、「速さ」に関する別の問題もあると思います。
最も活発なユーザーが投稿をためらうような状況にしたくありません。彼らが後から戻ってくるために手間をかけなければならないようでは、貴重な貢献者に対して罰を与えていることになってしまいます。
ただ、彼らの投稿の可視性を遅らせることで、すべてのスレッドで数分以内に同じ数人の人から即座にコメントが来る状況を避けたいのです。
それでは他のユーザーが返信を控えてしまい、結果として、より広く、より参加型の議論が生まれにくくなってしまいます。
大賛成 ![]()
この議論を読み始めてからずっと、私も全く同じことを考えていました。
私見ですが、議論の一部(または参加者の一部)を別のトピック(おそらく閉鎖されたトピック、詳細は不明)にフォークし、フロントページに表示されないようにすることで、ある程度の解決策があるかもしれません(やや複雑になりますが)。これにより、ここで提起されたいくつかの問題に対応できる可能性があります。特定の論点(「ホットトピック」)やユーザーグループをフォークし、結論に導くよう強制し、その後、元のトピックに要約を投稿するという方法もあります。特定の条件に応じて自動的にトリガーされるように、このプロセスを自動化する手段もあるかもしれません(一つ懸念されているのは、反応できるまでの時間です)。
ただし、理不尽なユーザーに対しては、あまり多くの解決策はありません。「議論を遅らせる」ことが「最善」、あるいは「唯一」の手段のように思われます(そのようなユーザーを禁止するという手もありますが、彼らが常に理不尽なわけでもないので、単純ではありません)。
ここで議論されている多くの戦略に、私は大賛成です。
少なくとも現在、手動トリガーモードでのみ、これを 2.6 または 2.7 でスケジュールするのはどうでしょうか?
手動トリガーモードに実装することで、管理者が試してフィードバックを収集し、自動トリガーの設計に役立てることができます。
YouTube のライブ動画チャットでは、モデレーターが「スローモード」を有効にすることもできます。これにより、議論が過熱するのを防げます。投稿する前に一度考えるようになるからです。
はい!目標に近づくあらゆる取り組みを支持します。具体的にどのように機能するのでしょうか?![]()
私の即興的なアイデアは以下の通りです。
-
「スローモード」では、各ユーザーはトピック内で4時間ごとに1回だけ投稿できる。
-
トピックの下部、返信ボタンの近くに「このトピックは4時間後に終了します」といった通知を表示し、「建設的な議論を促進するため、このトピックでは4時間に1回しか投稿できません」という旨を明記する。
-
最下部まで読まずにスローモードの存在を知らずに複数回投稿してしまった場合に表示される適切なエラーメッセージが必要だ(ただし、これは少し皮肉な話で、このエラーをトリガーするにはまず1回投稿する必要があるし、おそらく投稿後に自分の投稿を最下部で確認する際にエラーに気づくはずだが?)
@sam @eviltrout の意見はどうですか?
この分野での初期実験として、手動による低速モードには賛成です。
ただし、編集の抜け穴には注意が必要なので、低速モードでは編集ウィンドウの制限をより厳しくする必要があるかもしれません。
編集の抜け穴は、トピック内の最後の投稿を編集した場合(最後の投稿を編集するとトピックが再表示されるため)にのみ問題となりますが、確かに問題になり得るという見方は的確ですね。