...but I think what's more important to note is that Checkstyle doesn't just catch simple formatting problems, it catches code smells and things that can cause subtle problems

The kinds of things I'm talking about are covered by rules like DefaultComesLast, FallThrough, HiddenField, IllegalCatch, InnerAssignment, MagicNumber, NestedIfDepth, ParameterAssignment, ReturnCount and ThisParameter. And that doesn't even mention all the rules pertaining to metrics, which usually uncover places that can and probably should be refactored.

I wish I could find it now (Google isn't turning it up), but a while back I saw an analysis of various projects that correlated Checkstyle complaints to reported bugs in a project. Now, I'm usually of the "lies, damn lies and statistics" mentality, but the apparent correlation was plain to see. My own experience bears out the conclusion of that report.

Plus, there is something to be said for code that is consistently formatted in terms of being able to comprehend it. The less your brain has to switch gears looking at different coding styles, the better. It doesn't matter what style you implement, as long as there is consistency.

In my mind, code with as few Checkstyle complaints as possible is better code without question. At work I actually require all code have no Checkstyle *OR* PMD complaints before it can be deployed to production, and I've noticed a marked reduction in "simple" bugs, i.e., those that generally aren't a big deal to fix and maybe will never cause any real problems but which can build up over time and ultimately just make code more difficult to maintain. I view it as more than a "broken windows" kind of thing :) In fact, I personally put quite a bit of importance in it (as I would a broken window in my house, but I digress - LOL)

Frank

Don Brown wrote:
I think it is more of a "broken windows" kind of thing. For a long time, we've ignored Checkstyle but recently, there has been some concern that we not let our code degenerate, at least regards to formatting. These types of issues usually come up around release time.

Don

Patrick Lightbody wrote:
Just curious: what is the motivation for the checkstyle process in the first place? Code standards can be important, but usually it isn't my top concern. Is there some Apache requirement that the checkstyle process run?
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=14802&messageID=29811#29811


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to