Что следует учитывать при проектировании системы представителей интернет-сообщества, такой как SO?

Question

Я разрабатываю веб-сайт и хочу создать хорошую систему репутации, подобную встроенной в StackOverflow.

Когда я начал проектировать свою систему репутации, я понял, что модель SO Q / A не совсем вписывается в мое приложение (поскольку у меня нет Q / A), и что, возможно, мне следует сначала провести небольшое исследование. *

Итак, мой вопрос; Что я должен учитывать при разработке системы представителей сообщества?

Answer 1

Сначала вам нужно решить, должна ли ваша система быть более демократичной (а именно SO - один голос один голос) или более ориентированной на экспертов (некоторые свиньи ... ошибочные избиратели более равны, чем другие).

Пример последнего дает избирателю больший вес на основании:

• Их репутация или

• Их "точность" - например, они голосовали аналогично с другими избирателями. Это ОЧЕНЬ сложно, чтобы получить право, и, скорее всего, НЕ ДОЛЖНО показывать общий пост-голос до ПОСЛЕ того, как кто-то проголосовал.

Решите, какие функции наиболее важны для вас. Предотвращение злоупотреблений? Избегать определенных типов предубеждений?

Важная функциональность, которая отличает вещи:

• Голосование «стадным слепым» (вы не сможете увидеть рейтинг сообщений, пока не проголосуете или не заявите «Я не буду голосовать»). Это позволяет избежать давления со стадом.

• Анонимный избиратель. Вы не сможете увидеть автора статьи, пока не проголосуете или не откажетесь голосовать. Предотвращает предвзятость «Джона Скита» из-за отсутствия более подходящего термина (или большого количества голосов по вопросу Черепахи Джо).

• Анонимное и поименное голосование. ТАК ОБЯЗАТЕЛЬНО есть первое - оно предотвращает возмездие. OTOH, перекличка (например, определение того, кто голосует) способствует более ответственному голосованию и в определенной степени сдерживает НЕКОТОРЫЕ злоупотребления.

• Ограничения на голосование (количество голосов на одного избирателя, на каждого избирателя, на каждого избирателя и т. Д.)

• Возможность забрать / изменить голосование

• Возможность голосовать за атрибуты, а не за пост в целом (например, технический балл или художественный балл в фигурном катании или гимнастике)

• Возможность назначать настраиваемое количество голосов по решению пользователя или по контексту.

  В качестве примера последнего, подумайте +5 для Q / + 10 для A / + 0 для CW в StackOverflow в эти дни.

• Гранулярность рейтинга. Например. Система точных баллов СО против «/». 1-5 Карма против чего-то еще.

• Разделение голосов. Например. на SO вы никогда не получите повтор, если вы достаточно отредактируете сообщение, чтобы оно породило дополнительное повторение. И вы не можете поделиться мнением, полученным за ответ, с кем-то, кто поделился хорошими идеями для ответа через комментарии.

Answer 2

Существует много мыслей в шаблонах репутации категории шаблонов проектирования Yahoo, выделенных:

• Конкурентный Спектр
• Коллекционные достижения
• Идентификационные метки
• Именованные уровни
• Нумерованные уровни
• Очки

Answer 3

Мне на ум приходит следующее:

• Пороговые значения и значения баллов, вы не хотите, чтобы все были администраторами в течение 3 дней
• Определите свои пороговые значения, как минимум, после того, как x баллов вы получите A, после y баллов вы получите B и т.д.
• Как обработать спам, мусор и другие нежелательные сообщения, попадающие в систему (отрицательный повтор, приостановка аккаунта и т. Д.)
• Как получить очки? Потерять очки?
• Я бы также рассмотрел значки / достижения. Люди любят чувство выполненного долга и делают такие вещи, как пост-вопросы, в которых просят людей не видеть, чтобы они могли получить здесь значок «Шмель».