FWIW I totally agree with Gordon here.
If you subscribe so the thinking of Gregorio Robles paper
http://www.opensourcejahrbuch.de/download/jb2004/chapter_03/III-3-Robles.pdf
among other things he says:
"
Users should be treated as co-developers
The users are treated like co-developers and so they should have
access to the source code of the software. Furthermore users are
encouraged to submit additions to the software, code fixes for the
software, bug reports, documentation etc. Having more co-developers
increases the rate at which the software evolves. Linus's law
<http://en.wikipedia.org/wiki/Linus%27s_law> states, "Given enough
eyeballs all bugs are shallow." This means that if many users view
the source code, they will eventually find all bugs and suggest how
to fix them. Note that some users have advanced programming skills,
and furthermore, each user's machine provides an additional testing
environment. This new testing environment offers that ability to
find and fix a new bug.
"
Not trying to be critical of Justin or anyone else here, just wanting to
voice my support for Gordon.
I for one rather like the philosophical/cultural aspects brought out in
that paper - it's worth a read.
Regards,
Frase
On 22/08/13 15:49, Gordon Sim wrote:
On 08/22/2013 03:43 PM, Justin Ross wrote:
On Thu, Aug 22, 2013 at 8:48 AM, Gordon Sim <[email protected]> wrote:
I believe that the dev list audience is a strict sub-set of the user
list
audience.
I doubt this is the case. I for one was a dev list subscriber for a
long time without having subscribed to user.
Personally I would consider that rather bad form and would encourage
anyone subscribed to dev to subscribe to users if that is not already
the case.
Development detached from users is never a good thing. If you need to
be on the dev list, you _need_ to be on the users list as well.
Otherwise we force our users to be on the dev list just in case they
miss something.
(Again, sorry for getting on my high horse here, but I feel quite
strongly on this point).
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
