代码之家  ›  专栏  ›  技术社区  ›  John MacIntyre

在设计这样的在线社区代表系统时应该考虑什么?

  •  5
  • John MacIntyre  · 技术社区  · 14 年前

    我正在设计一个网站,想要一个像StackOverflow一样的良好声誉系统。

    当我开始设计我的声誉系统时,我意识到SoQ/A模型不太适合我的应用程序(因为我的不是Q/A),也许我应该先做一些研究。

    所以我的问题是:在设计社区代表系统时,我应该考虑什么?

    3 回复  |  直到 14 年前
        1
  •  5
  •   DVK    14 年前

    你首先需要决定你的系统是应该更民主(一个声音一个投票)还是更专家驱动(一些猪…错误的选民比其他人更平等)。

    后者的一个例子是,基于以下两种情况,给予选民更多的权重:

    • 他们的声誉,或

    • 他们的“准确性”——例如,他们与其他选民的投票方式类似。这一点很难纠正,可能需要在某人投票后才显示全部的投票。

    决定哪些功能对您最重要。预防虐待?避免某些类型的偏见?

    区分事物的重要功能是:

    • “群盲”投票(在你投票或声明“我不会投票”之前,你不会看到职位的排名)。这就避免了与群众投票的压力。

    • 匿名Votee。在投票或拒绝投票之前,你不会看到该项目的作者。防止“乔恩斯基特”的偏见,因为缺乏更好的术语(或数不胜数的赞成乔的乌龟问题)。

    • 匿名投票与点名投票。所以很明显,前者可以防止报复。Otoh,点名(例如,识别投票人)在一定程度上促进了更负责任的投票,并抑制了一些滥用。

    • 投票限制(每个投票人、每个投票人、每个投票人、每个帖子等的投票数)

    • 收回/更改投票的能力

    • 对职位的整体属性进行投票的能力(考虑花样滑冰或体操的技术得分与艺术得分)

    • 能够根据用户的决定或上下文提供可配置的投票量。

      作为后者的一个例子,现在StackOverflow上的q/+10的think+5表示cw的a/+0。

    • 排名的粒度。例如,So的精确点系统与“1-5业力”的对比。

    • 投票分享。例如,如果你对帖子进行了足够大的编辑,使其产生了额外的代表,那么你就永远不会得到代表。而且你不能将代表获得的答案与Someone分享,Someone通过评论为答案提供了好的想法。

        2
  •  4
  •   chelmertz user1604064    14 年前

    有很多想法 Reputation Patterns 雅虎设计模式的类别,概述如下:

    • 竞争频谱
    • 可收集的成就
    • 识别标签
    • 命名层次
    • 编号级别
        3
  •  1
  •   Tommy    14 年前

    我想到了以下几点:

    • 阈值和点值,您不希望每个人在3天内成为管理员
    • 定义你的阈值,测量,X点之后你得到A,Y点之后你得到B,等等。
    • 如何处理进入系统的垃圾邮件、垃圾和其他垃圾(负面报告、帐户暂停等)
    • 如何获得积分?丢分?
    • 我也会考虑徽章/奖品。人们喜欢成就感,喜欢做一些事情,比如发帖问人们不要看,这样他们就可以在这里获得“风滚草”徽章。