我们已经成功使用了 Discourse Polls 一段时间,并且对它们非常满意。但是,对于某些投票,我们希望有比简单投票更多的功能。特别是,我们希望实现 Condorcet 投票。
对于这些投票,我们已经转向使用外部服务,例如:CIVS completion algorithms
然而,能够通过 Discourse 实例运行这些投票,并利用其身份验证和授权功能,将是非常棒的。
已经有了单选、多选和数字评分。如果能添加 Condorcet 作为选项那就太好了。
输入和输出的结构与现有实现的 UI 非常相似。
底层的投票算法可以作为开源 gem 使用,例如:
添加这种类型的投票将非常有帮助。
您可以在此处阅读有关此类型投票的更多信息:
3 个赞
sam
(Sam Saffron)
2
这里棘手的地方在于有太多方法了:
要在投票插件中添加这些内容会太多了,如果我们添加这个,将需要由网站所有者来选择 STV、Schulze、即时决选制……等等。
这里有很多复杂性。但我们仍然可以开始实现其中一个选项。
3 个赞
Bhack
3
Debian 几十年来一直使用一种特定的孔多塞(Condorcet)变体,所以我认为至少采用这个版本是超级安全的。
与其什么都没有,不如采用一个经过大型社区测试的版本。
我认为 Discourse 社区确实需要比“赢家通吃”的投票方式更好的东西。
更多信息请参阅 Debian Voting Information
1 个赞
自 OP 撰写以来,我贡献了基于即时决选的排序复选,这在一定程度上缩小了差距。
我不确定 Discourse 团队是否希望使 Poll 插件更加复杂。
我随后创建了一个 Poll 插件的 fork,它为排序复选添加了桑基图。这不会被 PR,因为 CDCK 认为该插件已经足够大(而且这很公平,维护所有这些代码需要大量资源)。
如果有人想资助添加 Condorcet,您可以私下联系我将其添加到 fork 中。
2 个赞
Bhack
5
我认为至少需要一个排名解决方案来服务社区。只使用一个会有偏见吗?可能吧,但总比没有好。
1 个赞
这绝对是有偏见的,因为每种投票算法/系统都有其优点、缺点和陷阱,可能不适合所有人。
然而,现实是必须有人为软件的创建和维护付费……
Bhack
7
这是事实,但我想在这里推广的是,我的印象是,对于像 Discourse 中其他现成的维护功能一样的社区来说,这是一个相当基本的功能。
团队在该主题中的主要观点之一是,他们不希望采用它,因为任何解决方案在排名投票组合解决方案中都会有自己的看法,但我认为,就像在 Debian 社区中一样,拥有一个有自己看法的单一解决方案比“少数服从多数”要好。
因此,我们有许多排名投票解决方案的问题是一个虚假的问题,因为“少数服从多数”本身就已经是有自己看法的了。
1 个赞