[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bd6139dc0804171257l5f875694yb57105ba40170789@mail.gmail.com>
Date: Thu, 17 Apr 2008 21:57:06 +0200
From: "Sverre Rabbelier" <alturin@...il.com>
To: "Ray Lee" <ray-lk@...rabbit.org>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>,
"David Newall" <davidn@...idnewall.com>,
"Jesper Juhl" <jesper.juhl@...il.com>, git@...r.kernel.org,
linux-kernel <linux-kernel@...r.kernel.org>,
"James Morris" <jmorris@...ei.org>,
"Al Viro" <viro@...iv.linux.org.uk>,
"Andrew Morton" <akpm@...ux-foundation.org>,
"Willy Tarreau" <w@....eu>, david@...g.hm,
"Stephen Clark" <sclark46@...thlink.net>,
"Evgeniy Polyakov" <johnpol@....mipt.ru>,
"Tilman Schmidt" <tilman@...p.cc>, Valdis.Kletnieks@...edu,
"Mark Lord" <lkml@....ca>, "David Miller" <davem@...emloft.net>,
yoshfuji@...ux-ipv6.org, jeff@...zik.org, netdev@...r.kernel.org
Subject: Re: Reporting bugs and bisection
On Thu, Apr 17, 2008 at 9:35 PM, Ray Lee <ray-lk@...rabbit.org> wrote:
> On Thu, Apr 17, 2008 at 12:09 PM, Rafael J. Wysocki <rjw@...k.pl> wrote:
> > > Finger-pointing, in these extreme cases, gives incentive to improve
> > > quality. It's a positive thing.
> >
> > Sorry, but I have to disagree. Negative finger-pointing is never a good thing.
>
> Correct, but let's be careful here. The original suggestion was,
> effectively, to get better metrics on the quality of contributions.
> Those metrics *could* be used for finger pointing, or (my preference)
> they could be used to direct and allocate our scarce resources: code
> reviews and mentoring.
Exactly!
> There's no way to know what the metrics will tell us until we have
> them. Arguing against metrics because they *may* be used to point
> fingers at people is a silly argument; anything can be subverted to do
> that.
Thank you, that should have been said before, you worded it perfectly.
> Let's get some measurements and see what they say. In the meantime,
> try to believe that they could be put to good purposes, such as
> identifying code areas that are tricky for contributors to get right
> (independent of contributor), or contributors that could benefit from
> code reviews, etc.
This especially is an area that I plan to focus on and should be very
reliable when finished. As can be read in my application, I plan to
look at how often a piece of code is changed, in what timespan and by
how many different authors.
Thanks for the reply!
Cheers,
Sverre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists