On Feb 18, 2008 10:37 PM, Victor Kane <victorkane gmail.com> wrote:
> "It's ready when it is ready" is not some
lackadaisical excuse to be lazy.
> It means that the new features are brought in precisely
because the
> community is anxious to have them and therefore to
provide the code and
> testing for it. Which is the equivalent to what you are
saying about
> "scratch your own itch", which indeed is a
concept at the heart of the Open
> Source business model.
My Open-Source consciousness just imploded on itself ;) I
hadn't
realized that inside of "it's ready when it is
ready" was the
opportunity for someone to change the "ready" date
by doing the work
themselves or supporting the person in making it happen. I
guess
(hope?) I wasn't alone in that lack of understanding given
this
discussion.
> And I agree with Nancy about metrics and ratings... I
don't think a lot of
> bureaucratic rules are going to help, or that more
rules necessarily makes
> things better. It's quality, and that has historically
come from an
> unfettered open source model (because a thousand eyes
see more than a
> cathedral prism).
Yes, absolutely. IMO one underlying problem is a lack of
knowledge
about the quality of a tarball: "5.x-1.x-dev"
doesn't give any
indication about the quality of the module (but really,
5.x-1.0 only
gives a very small amount more). Knowing some metrics about
the
module would be really useful to help solve a variety of
problems.
Saludos,
Greg
--
Greg Knaddison
Denver, CO | http://knaddison.com
World Spanish Tour | http://wanderlusti
ng.org/user/greg
|