[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2c0942db0804171338p7bc7d9f2u8079c2f8c8998e76@mail.gmail.com>
Date: Thu, 17 Apr 2008 13:38:18 -0700
From: "Ray Lee" <ray-lk@...rabbit.org>
To: "Al Viro" <viro@...iv.linux.org.uk>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>,
"David Newall" <davidn@...idnewall.com>,
"Jesper Juhl" <jesper.juhl@...il.com>, sverre@...belier.nl,
git@...r.kernel.org, linux-kernel <linux-kernel@...r.kernel.org>,
"James Morris" <jmorris@...ei.org>,
"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 1:16 PM, Al Viro <viro@...iv.linux.org.uk> wrote:
> On Thu, Apr 17, 2008 at 12:35:12PM -0700, Ray Lee 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.
>
> There already is one: reputation with people working on the tree,
> be it actively modifying/reviewing/bug hunting/etc. _We_ _already_ _know_;
Sigh. No, you already know. I don't. This is not a rhetorical point.
I've just bid out another project that'd involve getting linux running
on another embedded hardware platform. If that happens, I get to spend
paid time to work on the kernel, and as a by-product spend more time
looking at patches and code coming across the list.
So, where would it be best to spend my time? Or anyone else's?
> generally one gets a decent idea of what to expect pretty soon.
>
> And frankly, that's the only thing that matters anyway; I suspect
> I'd do rather well by proposed criteria, but you know what? I don't give
> a flying f*ck through the rolling doughnut for self-appointed PHBs and
> their idea of performance reviews.
(Geez, conflate the issue much?) No one is saying you should. But
also, I haven't seen anyone saying it'd be used for performance
reviews other than you.
> Think of it as a modified Turing test: convince me that you are
> not a script piped through an Eng.Lit. wanker or an MBA, then I might care
> for your opinion.
<shrug> Shockingly enough, I actually don't care. I'm just trying to
scratch my own itch, which is figure out where in the kernel (if
anywhere!) it'd be best to donate my time.
And your point is likely about the metrics, and yes, they'll be
computer generated. So? Perhaps they'll be crap. Who knows until we
look at them and match them up with what everyone already knows? If,
by some one in a thousand chance, they turn out to be good and useful,
then it'll either be a one-off eye-opener, or perhaps something useful
more than once.
Who knows? And to the larger point, why put effort into stopping
someone else from finding out?
> Al, who never had problems with pointing fingers and laughing, but
> likes an informed human brain to be the source of it...
<shrug> Shame and Guilt, two major motivators of human behavior, it's
true. But, one last time, *you're* the one saying the stats would be
used for finger pointing at people. Perhaps, instead, the stats will
show that we should all collectively point our fingers at some random
area in the tree, where everyone, despite their track record, ends up
making mistakes.
Let the kid find out, that's all I'm saying.
--
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