lkml.org 
[lkml]   [2013]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [ 00/19] 3.10.1-stable review
Hi Darren,

On Tue, Jul 16, 2013 at 08:40:15AM -0700, Darren Hart wrote:
> On Tue, 2013-07-16 at 08:13 +0200, Willy Tarreau wrote:
>
> > It can seem counter-producting first (as Sarah thinks) but I think that
> > the competent people find their way in this simply because they're backed
> > up by other ones. That's how I think we get that number of skilled people
> > at the top of each subsystem.
> >
>
> Hi Will,
>
> I think you've made some excellent points and have done a good job
> relating the mostly digital interactions to more direct and tangible
> ones.
>
> You have postulated (I believe) that because we have top-quality
> maintainers (and I agree, we do), the process must be working. Perhaps
> that was my interpretation and not your intent, but others have voiced
> such opinions as well, so the following is still relevant.
>
> What that argument fails to take into account are the top-quality
> maintainers and contributors who are not present because of the
> sometimes caustic environment of Linux kernel development: "survivor's
> bias".

No, I'm not forgetting this, and I'm sure this is a fact. We don't have
that many shy people here I think. But the question would probably better
be "are the efforts and implications of adopting a softer communication
worth the gain of getting a few more talented people ?". I don't have the
response to this question, but for sure many things would change, some
current developers would not follow, release cycles would extend, but
maybe we'd get a slightly higher quality each time, who knows. Also, too
shy people rarely propose improvements, even if they tend to have the
greatest ideas since they spend more time thinking than talking. What I'm
sure about however is that the two models are incompatible, and breaking
one which works to try another one seems suicidal. And Linus would probably
suggest "try it, fork the kernel, build a team and manage it your way".

All in all, I think the best thing to do would be to improve the processes
so that it becomes much clearer for everyone so that newcomers are less
afraid of it and do less mistakes. With a smoother process we can expect
a higher quality from everyone and in turn reduce the risk that Linus
shouts too often. Everyone will benefit from this in the end. I'm not
the best placed to propose improvements, I'm not suffering from the
process, so let's hope that people who are unhappy with it will explain
their concerns in great details.

> There is a great article on the subject I read recently here:
>
> http://youarenotsosmart.com/2013/05/23/survivorship-bias/

Seems interesting but very long, I'll have to read it later ! Thanks for
the link anyway.

Willy



\
 
 \ /
  Last update: 2013-07-16 21:01    [W:0.144 / U:49.908 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site