Hi Rafa,
I like your idea of having a problem/solution phase to avoid
opinionated decisions. I see it something like this:
1. Detecting problems in a proposal.
2. Comment and vote if that problem is real or not.
3. Try to fix problems with a candidate solution.
4. Comment and vote which solution is acceptable.
5. Vote for the new modified proposal or not.
6. More iteration between 2 and 4 :) till acceptance levels are ok, or
deadline arrives.
7. Maybe create an ILP?
This is an improvement over the simple binary decission and static
proposal strategy which is used in AgoraOnRails.
As I see you're idea is leverage people to create collaboratively new
proposals, while AgoraOnRails is aimed to vote proposals created by
politicians. I don't see why this two ideas couldn't be combined in a
more complete app.
The main difference between politicians and people proposals is that a
politician proposal is in it's origin at a more complicated level of
understanding. Legal stuff made by politicians are very unintelligible
by common people like us. In RealDemocracy people could create simple
proposals and they would get refined with time.
To apply the refinement phase to a proposal law made by politicians it
could be better have another phase of understanding of the meaning of
a proposal. This could be get done collaboratively, maybe something
like this:
1. A politic group publish a proposal law.
2. People read the text and classify it with tags.
3. People try to associate it with other proposals
4. People select the important parts of the text.
Now, reading tags and the important text it could be easy to do the
problem/solution phase.
So I think your vision is quite an improvement over the static
proposals in AgoraOnRails, but one advantage of AgoraInRails is that
connects people with real proposals that affects them directly. So
why don't combine the two ideas?
Regards,
Ruben.
On 27 mayo, 19:06, rafael latorre lopez villalta <
sauc...@gmail.com>
wrote:
> 2011/5/27 Canx <
canch...@gmail.com>