Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tuple voting ("multi-candidate group") - PLEASE JOIN DISCUSSION #25

Open
dumblob opened this issue Jul 12, 2023 · 2 comments
Open

Tuple voting ("multi-candidate group") - PLEASE JOIN DISCUSSION #25

dumblob opened this issue Jul 12, 2023 · 2 comments

Comments

@dumblob
Copy link

dumblob commented Jul 12, 2023

I am aware Nicky never extends his existing creations (e.g. this ballot & voting systems explainer). Yet I do not know of a better place to have such discussion than here 馃槈.

Some years ago I was passing by a highway ad board depicting a few candidates for municipality ballot. And because of my two decades long frustration with politics (both communal as well as governmental & international) I asked myself what is the reason the voted people do not actually seemingly represent any more the personalities we have voted for.

And suddenly an answer has struct me. Because they can not. Why? Well, because the group the winning candidates form is mutually incompatible. So why are we all blind to our innermost needs which include social synergy in a group of people and vote for separate individuals? Thus basically causing inherent incompatibility and basically guaranteeing the representatives will be severely limited in forming a functional and highly effective team.

So why not to actually always vote for a tuple of exactly 3 arbitrary persons (let us consider for simplicity only teams with number of members being a multiple of 3) to include in the final team and for 3 arbitrary persons (up to 2 of which might be identical from the first tuple) to not include in the final team. The final team would consist of tuples mostly voted for (e.g. using the methods in Nicky's explainer) minus the tuples voted against. A tie (i.e. at least two tuples with the same number of votes) would require stopping the ballot or some "escape hatch".

Advantages:

  1. the voter would be "nudged" to think about the mutual compatibility of the 3 candidates she is choosing
  2. the candidates would need to (partially) move away from the individualistic egoistic campaigns and instead nudge the voters into certain groupings
  3. point (2) would in turn would reveal what the tuple members tend to think of the direction of the world around and each other
  4. hopefully the resulting teams made from tuples would be less fragmented, more agile, and more representative of the society

Disadvantages:

  1. partially still relies on the weaknesses of the voting systems discussed in the Nicky's explainer
  2. the number 3 will fail miserably for disproportionately large teams (in which case the obvious solution would be to increase the number 3 to something higher for such ballots)
  3. the number 3 does not allow for arbitrarily sized teams without "escape hatches" (e.g. random selection from the remaining candidates from next highest-ranking tuple, ...)

Thoughts?


P.S. All voting schemes I have ever seen always focused on individuals. I am surprised that the whole world became so dumb and degenerated that this focus on 1 individual is ubiquitous and no "tuple-based scheme" is being used anywhere (Googling it did not yield any results!).

P.P.S. Technically I should call this "set voting" as the order is meaningless but I liked "tuple voting" more subjectively 馃槈.

@dumblob
Copy link
Author

dumblob commented Jul 16, 2023

@DeeDeeG @ajenkins @wolftune what do you think?

@wolftune
Copy link

Go check out https://www.votingtheory.org to discuss voting ideas.

Also, ncase's stuff can be forked, as in https://paretoman.github.io/ballot/newer.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants