[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <839814.56179.qm@web113319.mail.gq1.yahoo.com>
Date: Thu, 6 Jan 2011 04:11:31 -0800 (PST)
From: Martin Knoblauch <knobi@...bisoft.de>
To: Joe Perches <joe@...ches.com>, Krzysztof Halasa <khc@...waw.pl>
Cc: Samuel Thibault <samuel.thibault@...-lyon.org>,
"J. Bruce Fields" <bfields@...ldses.org>,
Dan Carpenter <error27@...il.com>,
Andy Whitcroft <apw@...onical.com>,
linux-kernel@...r.kernel.org, kernel-janitors@...r.kernel.org
Subject: Re: [patch] checkpatch: putting the && or || on the wrong line
----- Original Message ----
> From: Joe Perches <joe@...ches.com>
> To: Krzysztof Halasa <khc@...waw.pl>
> Cc: Samuel Thibault <samuel.thibault@...-lyon.org>; J. Bruce Fields
><bfields@...ldses.org>; Dan Carpenter <error27@...il.com>; Andy Whitcroft
><apw@...onical.com>; linux-kernel@...r.kernel.org;
>kernel-janitors@...r.kernel.org
> Sent: Wed, January 5, 2011 6:45:29 PM
> Subject: Re: [patch] checkpatch: putting the && or || on the wrong line
>
> > Increasing e.g.
> > readability of the code would be a good reason, but statistics?
>
> Standardization of style in a large project increases
> readability and decreases errors full stop.
Anything that prevents errors from happening is good. No question.
Anything that enforces "style" for no good reason is just counterproductive
"readability" is a personal thing. It cannot be increased by enforcing "style".
Not for everybody.
And when discussing this issue we should not forget the environment. If I am a
programmer working for a big$$$ company, I better follow their style-guide (if
they have one). They pay my food and shelter after all. If I am "just" a
volunteer on some mainly volunteer open source project, why should I care about
"in my opinion" crap style. It will just drive me away from that project.
Again as I wrote elsewhere - all depends on context. If a contribution is just
a small patch to existing work one can easily follow the "style" of the existing
work. If it is genuinely new work, it should be valued by the peers on technical
merit, not on whether they like the contributors way of writing out an
condition.
>
> Outside of that, it's _all_ bikeshedding.
Your shed is my castle
>
> cheers, Joe
Cheers
Martrin (to hell with style)
--
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