RE: [PEAR-DEV] Pear Comitee

Well the important thing is to keep whatever method used to "rate" the vote or better the units counted transparent to the voter. So the interface should output whatever methods used. The danger of making the system too complex is obviously that people will feel a bit "tricked" by the system because they might not understand why their votes only counts so and so many units. Your methods seems very complete ... but maybe a bit overpowering as well? Anyways it would definitely help the contributor minitor more easily how people feel about her/his contribution. Best regards, Lukas Smith smith@dybnet.de _______________________________ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de info@dybnet.de _______________________________ > -----Original Message----- > From: Tomas V.V.Cox [mailto:cox@idecnet.com] > Sent: Tuesday, January 08, 2002 2:17 PM > To: Graeme Merrall > Cc: PEAR DEV > Subject: Re: [PEAR-DEV] Pear Comitee > > El mar, 08-01-2002 a las 05:17, Graeme Merrall escribió: > > Quoting "Tomas V.V.Cox" <cox@idecnet.com>: > > > > > For example a common PEAR developer who votes "Accept this class" and > > > does a "Deep review" of it, will be given 8U == 8 votes. > > > > Now you're not going to make us all think hard are you? :) > > If the process is too cumbersome then it may as well not exist or people > will > > not submit to the archive because of the complexity. > > It reads like it'll all be tucked away behind 'karma' and business logic > > though so that sounds mighty > > It couldn't be more easy. Just open a browser and do one click over your > desicion radio button and other over the "type of review" you did > (without any control, just be serious). That's all. All this mess logic > I'm introducing (only to try to be equitative) will be treated inside > the code. > > > > 7) Any memeber has no obligation to vote, but he will loose his PC > > > account if doen't vote for more than three submissions. > > > > Consecutive I feel would be better although we should obviously account > for > > people to 'opt-out' temporarily due to other commitments/family etc. > For > > example, if I'd been evacuated in the bush fires here in Sydney and my > PC went > > up in flames then I should be kicked. A simple note or update of my > record > > should suffice. > > It's true, but as I said at the top, the goal of this system isn't to > introduce too strict burocracy, it's only a way for helping potential > contributors and improve the feedback we can give them in a easy and > fast way. All the results will be open to anyone including comments, > It's your matter to fill a negative vote to a class that may clash with > your personal situation. > > > Tomas V.V.Cox > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > For additional commands, e-mail: pear-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net