Проект "Свободные голосования"

Электронная системы голосований через интернет
Текущее время: 29 мар 2024, 00:50

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 69 ]  На страницу Пред.  1 ... 3, 4, 5, 6, 7

Должна-ли быть открытой информация о количестве голосов, отданных делегату?
Да 41%  41%  [ 7 ]
Нет 59%  59%  [ 10 ]
Всего голосов : 17
Автор Сообщение
СообщениеДобавлено: 23 ноя 2011, 22:52 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
Blush писал(а):
Т.о. представитель проголосовавший вопреки ожиданиям своих "избирателей", вероятно тут же лишится существенной части голосов и потеряет в весе.
Т.е. давление на представителей становится бесперспективным.


Вы не учитываете одного существенного момента. Активности голосующих. Тот, кто активен и будет проверять как голосует его делегат, легко может проголосовать и сам. А тот, кто не хочет голосовать и просто отдал свой голос, не будет проверять как голосует его делегат. Ну или будет это делать редко и постфактум.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2011, 21:51 
Не в сети

Зарегистрирован: 07 дек 2011, 21:23
Сообщения: 6
Здравствуйте!
Я тут новый человек, но добавлю ещё одно мнение.

С друзьями несколько раз задумывались о создании подобной системы. Сошлись на том, что часть вопросов о режиме функционирования системы должно решаться не администраторами, а пользователями. То есть каждый пользователь имеет в своём личном кабинете опции - "открытое/тайное голосование", "применить некий коэффициент"(например, отслужившие в армии получают бонус +30% к весу голоса) или как в Вашем варианте, "открытие количества голосов у делегатов". Как только какая-то опция включилась у большей части пользователей - система автоматически переходит в новый режим работы до тех пор пока опция не будет отключена. По-моему в Вашей системе этот вариант решения также подходит. Данные о статусе системного непрерывного голосования не зависят от коэффициентов и всегда открыты, чтобы избежать манипуляций.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2011, 22:28 
Не в сети

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
Мысль правильная, но как реализовать не придумывается.
Если собирать голоса постоянно, то возникает вопрос с моментом подсчёта и синхронизацией сбора голосов. У всех результаты разные будут. И постоянно меняться будут.
Можно помимо голосов считать вектор изменения. И ввести порог изменения (временной или количественный).

Но вначале проще просто голосовать по предложению изменения опции в субъекте. Это реализовать проще.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2011, 23:05 
Не в сети

Зарегистрирован: 07 дек 2011, 21:23
Сообщения: 6
Dim писал(а):
Если собирать голоса постоянно, то возникает вопрос с моментом подсчёта и синхронизацией сбора голосов. У всех результаты разные будут. И постоянно меняться будут.

По этому поводу думаем синхронизировать все подсчёты по времени. Например, в течении суток можно переназначать своих делегатов неограниченное количество раз, менять свои решения - но в определённое время, например в 8 вечера, система делает срез состояния и подводит итоги. Даже если сбор данных и расчёты займут час, все изменения внесённые после 8 вступят в силу на следующие сутки.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2011, 23:12 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
Тангриан писал(а):
Например, в течении суток можно переназначать своих делегатов неограниченное количество раз, менять свои решения - но в определённое время, например в 8 вечера, система делает срез состояния и подводит итоги.

Зачем такие сложности? Момент подведения итогов голосования - момент окончания голосования. По этому моменту все и считается. То что было до этого и после этого - не имеет значения.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 дек 2011, 23:24 
Не в сети

Зарегистрирован: 07 дек 2011, 21:23
Сообщения: 6
Андрей писал(а):
Тангриан писал(а):
Например, в течении суток можно переназначать своих делегатов неограниченное количество раз, менять свои решения - но в определённое время, например в 8 вечера, система делает срез состояния и подводит итоги.

Зачем такие сложности? Момент подведения итогов голосования - момент окончания голосования. По этому моменту все и считается. То что было до этого и после этого - не имеет значения.

Фактически так оно и есть.
Чисто умозрительно показалось, что если будут сотни голосований с разницей окончания в несколько минут, и одновременно система будет колебаться между двумя состояниями - это будет сложно для восприятия. Из-за этого решили внести дискретность.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 дек 2011, 00:07 
Не в сети

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
Тангриан писал(а):
Чисто умозрительно показалось, что если будут сотни голосований с разницей окончания в несколько минут, и одновременно система будет колебаться между двумя состояниями
Чтобы у системы не было частых колебаний можно просто ввести порог изменения решения. Если решение принято скажем 60% участников, то для обратного изменения нужно также набрать 60% участников. Т.е. решение должны изменить(или определиться воздержавшиеся) 20% участников. Чем более дорогостоящий вопрос, тем больше порог.
Андрей писал(а):
Зачем такие сложности? Момент подведения итогов голосования - момент окончания голосования. По этому моменту все и считается. То что было до этого и после этого - не имеет значения.
А мне сама идея нравится. Для настроек субъектов. Не объявляем голосование по каждому изменению, а просто каждый решает для себя, что ему кажется предпочтительнее. За/против/безразлично.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 дек 2011, 00:27 
Не в сети

Зарегистрирован: 19 июл 2011, 19:26
Сообщения: 1494
Да идея очень интересная и думаю многие субъекты ей воспользуются.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 дек 2011, 00:29 
Не в сети

Зарегистрирован: 07 дек 2011, 21:23
Сообщения: 6
Dim писал(а):
Чтобы у системы не было частых колебаний можно просто ввести порог изменения решения. Если решение принято скажем 60% участников, то для обратного изменения нужно также набрать 60% участников.

Это тоже полезный метод. Однако я в принципе предпочитаю избегать асинхронности там где это возможно и пытаюсь всех обратить в свою веру. :)
По суткам или часам, но стараюсь чтобы такты прослеживались. Стереотип программирования. Возможно поэтому кажется, что и пользователям работать будет проще. Авторы игры World of Tank в стратегическом режиме реализовали подобную систему для упрощения синхронизации.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 69 ]  На страницу Пред.  1 ... 3, 4, 5, 6, 7

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB