× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: enhancements voting (was 2 d arrays was RE: Basic Cobol)
  • From: "jt" <jt@xxxxxx>
  • Date: Fri, 2 Feb 2001 11:20:05 -0500
  • Importance: Normal

I agree with Paul... but wanted to get my .02 in anyway.<g>

At first I thought you needed to put some weight on dollar amount.
Especially since a lot of $5 items are going to get votes just because
people have a little loose change left over to spend.  But now I think you
have to count votes.  In the example where 185 people voted for a $4 item
($740 total), what if 50 people voted for the $20 item.  Even though it got
$1000, clearly the $4 enhancement is wanted a lot more than the one for $20.

I have 2 suggestions for the voting process.

One suggestion would be to allow voting of a dollar amount towards an item
(some people may have voted this way).  That way if you really, really
wanted a particular $20 enhancement, you could vote your entire $100 to that
one item, giving it the equivalent of 5 votes.  Or split your $100 between
two $20 items.

The second suggestion is (just like in the real world) we all need *more
money* to vote with.<bg>

jt

-----Original Message-----
From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
Behalf Of paul cunnane
Sent: Friday, February 02, 2001 4:52 AM
To: RPG400-L@midrange.com
Subject: Re: enhancements voting (was 2 d arrays was RE: Basic Cobol)


Wow.  This is soon going to degenerate into a comparison of FPTP vs. PR/STV
voting methods.

Folks, the poll is structured like a ballot, but my understanding is that it
is really more like a vox pop.  The good people in Toronto are going to the
trouble to do some market research before they enhance the compiler -- this
is a Good Thing(tm).  Let's not get to the point where recounts are demanded
when somebody's favourite feature doesn't make it into the compiler.

--
Paul

> Maybe what is needed in addition to the $100 to spend is 100 points of
> voting.  You would have to allocate at least one voting point to each item
> that you spend money on.  So if there is one expensive item that you
REALLY
> want and nine other cheaper items that would be nice; you would spend your
> dollars per the ballot, but then could allocate 91 voting points to the
one
> item that you REALLY want and 1 voting point each to other nine items (or
> whatever proportions would reflect your relative desires for each of the
> items).



-----Original Message-----
From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
Behalf Of Emilio Padilla Taylor
Sent: Thursday, February 01, 2001 2:09 PM
To: RPG400-L@midrange.com
Subject: Re: 2 d arrays was RE: Basic Cobol


I think the price scheme if good enough, now, everything depends in how they
will evaluate the results.  I wouldn't count votes, I will count money.  For
example, 1 $4 vote is 1 vote the same as 1 $20 vote.  But, the person who
voted was thinking more like, my $20 vote should weight 5 times more than my
$4 vote (at least that the way I voted).  So, 185 4$ votes is $740, 185 20$
votes is $3700. Which function you thing the voters are more interested in?

Emilio Padilla


+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.