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

Не понимаю. Разве можно ввести нескольких пользователей для одного физлица - типа одним я в одном субъекте голосую, а другим в другом?

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

А почему нет? Главное, ведь, что-бы именно внутри голосования люди присутствовали в одном экземпляре. А уж какие они ключи будут использовать в разных голосованиях - это не имеет никакого значения.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Если ограничиваться только этим - да. Однако я настаиваю на том, чтоб каждый пользователь имел 1 ключ в рамках всей системы, если не оговорено иное в рамках субъекта.
Т.е. для "общества анонимных наркоманов" можно иметь отдельный ключ. А вот в субъектах типа "университет", "место работы", "район такойто" необходимо иметь один ключ, это позволит ужесточить контроль виртуалов.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

Это имхо излишне усложняет систему разумного контроля.
Давайте зайдем с другой стороны - а ЗАЧЕМ это нужно? Какую цель преследуем?
Если речь идет о раскрытии информации - типа не светиттся как голосующий в рамках общества анонимных алкоголиков, так это можно сделать в рамках субъекта.
То есть я за усложнение субъекта, а не пользователя. Субъектов по определению меньше и у них нет проблемы дублей.

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

емаил имхо лишнее ограничение. а почему не номер мобильного телефона или аськи?
да малоли что еще придумают и чем будут пользоваться.
предлагаю ввести тип ВНЕШНИЙ (по отношению к системе) контакт и указать внешний контакт любого вида (то есть должен быть хотя бы один)
другое дело, что для конкретного субъекта можно будет установить фильтр - "должен быть контакт емаил"

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

Дубли - нравится, принимаем, если никто не против.


(сегодня актуализирую и опубликую обновление по результатам всех обсуждений)

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

да ксати, не совсем по теме, но нужно ввести понятие "сертификации на демократичность" правил субъекта:

пользователи должны знать, что указанные требования излишни или недостаточны для легитимности

===
ПРАВИЛА СУБЪЕКТА - набор дополнительных требований, устанавливаемых к ГОЛОСУЮЩЕМУ в данном СУБЪЕКТЕ, которые должны быть отражены в Персональном Сертификате ПОЛЬЗОВАТЕЛЯ.
Правила расширяют базовые правила допуска к голосованию в субъекте, и применяются автоматически на основе логики, заложенной в СИСТЕМУ.
Например пол, возраст, ИНН, адрес и т.п.
===

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

Это единственный способ доступного взаимодействия машины с пользователем.
Создали голосование - уведомите членов субъекта.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

Что за упадничество?! Вы (в широком смысле) в соседних ветках рассуждаете о серверах авторизации, а не можете сделать гетвей в другие системы!? Отправка смс у нас уже недоступный уровень технологий?
Не вижу проблем ограничивать в способе уведомления внутри системы и требовать емаил от бабы Дуси. Может кто-то захочет уведомление получать по обычной почте в конверте.
а кому то нужен фельдегерь.
У вас же не предусмотрено(не предполагается) уведомление о получении уведомления?

===

призываю всех лояльнее относится к согражданам и не пытаться их ограничивать в способах коммуникации

_________________
2B56 A45D 3372 F27D 7279 A7BB B9D7 340A 8CC4 36F2

Честно говоря, не представляю как это можно практически регулировать на уровне системы или даже на уровне субъектов. Ведь, конечным результатом регулирования должно быть именно голосование. Единственное что мы можем сделать глобально - проверять уникальность пользователей при подведении итогов голосования.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68