投票プラグインの日次制限モード

特徴
1

Discourse Voting からの議論の続きです。

現在、Votingプラグインは「リクエストの割り当て」モデルで動作します。つまり、移動できる投票数には限りがあります。

これにはユースケースがあります。たとえば、ユーザーに最も関心のあることを本当に考えてほしい機能提案カテゴリなどです。もしこれがここで利用可能であれば、私は間違いなく、私が抱いているこれらのさまざまな提案や要望すべてに重み付けするためにそれを使用するでしょう。:slight_smile:

質問と回答のフォーラムのような他のケースもあります。そこでは、Stack Exchangeのようなモデルがあると良いでしょう。ユーザーに1日あたりの投票数（信頼レベルごと）を与えますが、全体的な制限はありません。

これには「いいね」を使用できることは知っていますが、1) あまり明白ではなく、2) 「最もいいねされた」トピックリストビュー（ありますか？）がなく、3) あまり明白ではなく、4) 機能の起源から投票を分離する理由のほとんどです。

現在、私は上位TLユーザーに1,000,000票を与えているだけです。それは問題ありませんが、洗練されていないように感じます。

「いいね！」 2
2

はい！特定の期間内にさらに多くの投票を獲得できれば、非常に役立ちます。ソフトウェア製品のコミュニティがあるので、月ごとの投票数を設定するのが理にかなっているかもしれません。

「いいね！」 1
4

きっと同じ疑問を持っている人がいると思いました :slight_smile:

ユーザーの1人からも指摘され、この仕組みに少し驚きました。

月ごとの制限にした方がずっと理にかなっています。

6

実はこのカテゴリでは投票が有効になりましたので、まだこの機能を望んでいるすべての人に投票を促します :slight_smile:

同じことを求めていた別の機能リクエストを以下に統合しました。

「いいね！」 1
7

現在、Replit Askでは多くのTL3ユーザーが投票を使い果たしており、チームの作業速度が追いつかないため、投票が全く速く補充されていません。そのため、ユーザーの投票数を、編集や「いいね」などと同様に、24時間のローリング期間でリセットする設定を希望します。

「いいね！」 2
8

だからこそ投票制限があるのです :smile:

人々は投票の希少性を意識し、賢く使うようになるという考え方です。より優先度の高い項目が表示された場合、新しい高優先度の項目に投票するために、低優先度の項目から投票を削除する必要があります。

毎日さらに多くの投票を追加すると、実質的に制限がなくなり、投票のシグナルが希薄化して、プロジェクトの情報源としての価値がなくなります。また、希望するバックログサイズに比例して voting_tl3_vote_limit を増やすことで、同じ最終目標を達成することもできます。

「いいね！」 4
9

それは非常に真実です。スパム投票を防ぎ、バックログを低く保つために、量をあまり増やしたくはありません。現在、チームはバグレポートに焦点を当てているため、これらのトピックはあまり閉じられていないようです。

「いいね！」 1