Web Frameworks Excessive Complexity
andriy.kornatskyy at live.com
Wed Nov 21 13:17:37 CET 2012
Agreed. I think we have pretty much the same point of view on this.
All these metrics advise you... this is again depends how you look at this. If you are a new comer to a project, you usually spend some time on code review, talk to people, read docs if any. The qa tools for static code analysis give you an initial picture, how it fits with your own vision, etc. Convince or accept?
> To: python-list at python.org
> From: robert.kern at gmail.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Wed, 21 Nov 2012 11:54:06 +0000
> On 21/11/2012 11:02, Andriy Kornatskyy wrote:
> > Robert,
> > You would never get a better product by accident.
> > The meaning of better product might differ from team to team but you can not ignore excessive complexity. Earlier or later you get back to that code and refactor it, thus existence of such fact was driven by your intention to make it a bit better (easier to understand, to support, to cover with unit tests, etc), with a team of 20 heads you can get even further: the whole team adherence. So those drops make the overall picture better. This is what you, as a software developer, donate to what the final better product become.
> I think you may be misinterpreting the English idiom. I don't mean that your
> finger slips and randomly types out better code. I mean that by focusing on CC
> as a metric for improvement, you may very well end up improving the code, but
> it's not because you reduced the CC of the code. It's because of all of those
> *other* things that you talk about. Those are the things that should drive your
> refactoring, not CC, because they actually do cause improved code.
> Robert Kern
> "I have come to believe that the whole world is an enigma, a harmless enigma
> that is made terrible by our own mad attempt to interpret it as though it had
> an underlying truth."
> -- Umberto Eco
More information about the Python-list