On Jan 22, 2007, at 10:55 PM, Norman Palardy wrote:

I understand that the number of "requests" on a report is seen as "votes" by a number of members of the community but that is NOT what it really is. It's simply that you are interested in the report along with X many others.

As such it can lead to misunderstandings and perhaps some frustrations in the community when reports that have lots of "votes" get passed over for one that has fewer "votes".

If one report has 10 requests and another has 10 requests they seem "equal". But, if each person who had signed on to the report could indicate their "interest" in the report you might find that all 10 rank one report of very high interest and the other very low. This might help REAL get a better feel for the actual interest the members of the community have for a particular report.

Now, some people are going to say all of their reports are of high priority and others will actually use this kind of ranking as intended. Since REAL still eventually determines the actual items that get worked on all this would do is skew the "interest level" indication.

So, how to remove that ability to game the system ?

<followed by a proposal for a "fixed number of tokens per person" system for registering interest>

I don't know.

If REAL were IBM, with a vast bureaucracy unable to make intelligent decisions, sure.

But I think the crude indicator of how many votes a feature gets, along with monitoring discussion on the NUG and the forums, and then intelligent and caring folks at REAL doing their best with that information will (and does) produce reasonable outcomes.

The most recent release fixed a large number of bugs. There was clamour for a bug fix release and we got one.

If you're a serious developer and something is a serious problem for you, reasonable means are provided for you to have your problem fixed (ie the developer program). Seems to me, the REAL folks balance things pretty well, on the whole.

So this seems like a lot of busy work to set up and use, with no significant gains.

Regards,

Guyren G Howe
Relevant Logic LLC

guyren-at-relevantlogic.com ~ http://relevantlogic.com

REALbasic, PHP, Ruby/Rails, Python programming
PostgreSQL, MySQL database design and consulting
Technical writing and training
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to