On 11/12/13 3:24 PM, Paul wrote:
On Tue, 12 Nov 2013 14:44:50 -0700
John Meyer <[email protected]> wrote:
On 11/12/2013 2:39 PM, Ken Springer wrote:
Here's the fault with this logic.
I'm going to up the number of people for bug B just for
illustrating my point.
50 people have issues with bug A. 5 people have issues with bug B.
Extrapolate... 5 people with bug C, 5 with D, all the way though
Z. You now have 125 people unhappy with 25 bugs.
If the goal is to increase the usage of LO, is it better to have 50
unhappy people over A not being fixed, or 125 unhappy people over
bugs C-Z. Which group is more likely to pass along negative
impressions?
You also have to ask if bugs B-Z are "bugs" or feature requests.
You also now have 25 bugs to fix, which is probably going to take
*considerably* longer than just fixing bug A.
And you're forgetting about bugs/feature requests AA through ZZ, so
yes, this analogy will fall down at some point.
Again, the developers have limited resources to fix bugs, which
includes time and knowledge of the specific parts of the system, and
they have a lot of bugs and feature requests to get through. Either way
they slice it, someone is going to be unhappy. So they do the best they
can, and I'm sure that best involves a lot of discussion and decision
making, with a much better understanding of the tradeoffs than we have.
You and John have missed my point.
Features vs. bugs is irrelevant in what I'm saying. I'm asking, in the
example above, do you want 50 PO'ed users, or 125 PO'ed users? Nothing
more. If you pick 50, then you'd rather have more PO'ed users than
happy users. Time and effort comes into play only from the standpoint
of, are you willing to put in the time and effort?
This, of course, factors into my comments in
news://news.gmane.org:119/[email protected] Are there enough
resources?
Around here, we have a saying about contractors. You can tell the
successful ones, they drive the new pickups. They put in far more hours
than they get "paid" for.
LO needs to decide if they want to be successful at that level. Paid or
unpaid, that means lots of time. Period.
--
Ken
Mac OS X 10.8.5
Firefox 24.0
Thunderbird 17.0.8
LibreOffice 4.1.2.3
--
To unsubscribe e-mail to: [email protected]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
