Propose new features
Designing Decidim together
Unfortunately the debate functionality uses plural voting only. The plan is to develop a module which uses the nominees gathered with the debate module, and conduct condorcet voting on them. The sortitions module have some similar functionalities, so modifying it is a possible way to go.
https://en.wikipedia.org/wiki/Condorcet_method
Report inappropriate content
Is this content inappropriate?
Comment details
You are seeing a single comment
View all comments
Conversation with Xabier
This is a very nice proposal for improving Decidim. Condorcet method is very good. @mcsaba do you know how to implement? I mean at the level of interface and desing (UX).
Thanks! We also think, that using Condorcet the whole voting results can reflect better the common best. We have a team, but not very strong currently on the ux level. However, we can try to raise some interest around it.
This is really great. I think we should ask @carol and @andres if they are ok with this (which I am pretty sure they will) and see how we can help from here or github. There are quite many aspects to be discussed first. For example:
Do we want this to be a feature of process, assemblies or consultations? or all? Depending on the answer the behaviour might be different.
If I am correct the Condorcet works best with a limited number of candidates, is this correct? how many?
We already have an interface to vote in Consultations, so maybe we can re-use it at the UX-desing level. Would that be sufficient?
I figure that this would be a process component depending on the proposals module, in a similar way like the sortitions module does. People would gather the proposals, and the winning proposals would be used by the condorcet module. This way the whole Debian Resolution Process could be supported.
Yes, it is UX-wise cumbersome to vote for a lot of candidates in a preferential method. The limit depends on personal taste, I would say that it is somewhere around 5-10. This is one reason to dependon the proposals module: the proposal threshold can help to filter out irrelevant alternatives. This can be augmented with a logic which includes only the N alternatives with the highest number of proposals.
And you can use a type of cumulative UI for Condorcet, along these lines:
Likes | Candidate name | Dislike
O O O| Candidate name1|O
O O O| Candidate name2|O
O O O| Candidate name3|O
O O O| Candidate name4|O
You can place at most 6 likes and one dislike.
This can be tallied w/ Condorcet
In terms of user interface we are thinking about something similar to that of civs: https://civs.cs.cornell.edu/
The problem right now is lack of knowledge of rails and decidim internals. I could not figure out how to run the unit tests just for the sortitions module (if any. if none, then to create one).
Well it all looks quite sophisticated and complex. We should define and MVP and really think how to implement it at the level of architecture, and work the interface in parallel. The problem is that we don't have the resources to develop this feature and you don't have the knowledge! I am not sure what we can do ... Unless you have the economic resources to pay some of the developers that can do the job or you have the time to learn... On the side of the Decidim team this is a desirable feature but not a priority right now, unfortunately.
I am regarded as an experienced programmer. I have made my first kernel patch some 18 years ago, and fluently speak at least five programming languages. I am just new to rails and internals of Decidim.
I believe that onboarding help may be actually your interest, and improving on that field helps your velocity a lot in the long run.
If I could get to the point where I can clone the sortitions module in another name, run its test, and create one or two unit tests for it (as I see you do only high level integration tests), then I could handle most things for myself, and only had an occasional question from time to time.
When I mentioned CIVS, I was talking about its voting UI specifically. It is not that complex. The MVP would just provide a voting UI based on the proposals gathered in the proposals module, gather the votes, and when the vote is closed it would compute and show the result.
@magwas that's great. I just feel frustrated because I cannot help you technically. I am not a developer. The MVP you suggest seems great to me. Not sure how to handle both a more detailed definition of the module and the technical support you might need. I guess both @andres and the developer community at gitter might be able to help: https://gitter.im/decidim/decidim
Certainly being an experienced developer is of much more value than anything else. I am sure once being an experienced developer you can learn Rails and the Decidim internals pretty fast.
Loading comments ...