Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!news.mixmin.net!hq-usenetpeers.eweka.nl!81.171.88.15.MISMATCH!eweka.nl!lightspeed.eweka.nl!194.109.133.83.MISMATCH!newsfeed.xs4all.nl!newsfeed4.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
From: Andriy Kornatskyy <andriy.kornatskyy@live.com>
To: <ulrich.eckhardt@dominolaser.com>, "python-list@python.org" <python-list@python.org>
Subject: RE: Web Frameworks Excessive Complexity
Date: Wed, 21 Nov 2012 14:09:38 +0300
Importance: Normal
In-Reply-To: <67gun9-kk8.ln1@satorlaser.homedns.org>
References: <DUB117-W665C7556168028384DCC6791550@phx.gbl>, <k8glsd$vfk$1@ger.gmane.org>, <DUB117-W66187DFCFCCDBA9E2710E091550@phx.gbl>, <mailman.85.1353442093.29569.python-list@python.org>, <50ac31dd$0$29987$c3e8da3$5496439d@news.astraweb.com>, <67gun9-kk8.ln1@satorlaser.homedns.org>
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.139.1353496246.29569.python-list@python.org>
Lines: 84
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:33715


We choose Python for its readability. This is essential principal of langua=
ge and thousands around reading the open source code. Things like PEP8=2C C=
C=2C LoC are all to serve you one purpose: bring your attention=2C teach yo=
u make your code better.

Thanks.

Andriy


----------------------------------------
> From: ulrich.eckhardt@dominolaser.com
> Subject: Re: Web Frameworks Excessive Complexity
> Date: Wed=2C 21 Nov 2012 09:33:09 +0100
> To: python-list@python.org
>
> Am 21.11.2012 02:43=2C schrieb Steven D'Aprano:
> > On Tue=2C 20 Nov 2012 20:07:54 +0000=2C Robert Kern wrote:
> >> The source of bugs is not excessive complexity in a method=2C just
> >> excessive lines of code.
> >
> > Taken literally=2C that cannot possibly the case.
> >
> > def method(self=2C a=2C b=2C c):
> > do_this(a)
> > do_that(b)
> > do_something_else(c)
> >
> >
> > def method(self=2C a=2C b=2C c):
> > do_this(a)=3B do_that(b)=3B do_something_else(c)
> >
> >
> > It *simply isn't credible* that version 1 is statistically likely to ha=
ve
> > twice as many bugs as version 2. Over-reliance on LOC is easily gamed=
=2C
> > especially in semicolon languages.
>
> "Don't indent deeper than 4 levels!" "OK=2C not indenting at all=2C $LANG
> doesn't need it anyway." Sorry=2C but if code isn't even structured
> halfway reasonably it is unmaintainable=2C regardless of what CC or LOC s=
ay.
>
>
> > Besides=2C I think you have the cause and effect backwards. I would rat=
her
> > say:
> >
> > The source of bugs is not lines of code in a method=2C but excessive
> > complexity. It merely happens that counting complexity is hard=2C count=
ing
> > lines of code is easy=2C and the two are strongly correlated=2C so why =
count
> > complexity when you can just count lines of code?
>
> I agree here=2C and I'd go even further: Measuring complexity is not just
> hard=2C it requires a metric that you need to agree on first. With LOC yo=
u
> only need to agree on not semicolon-chaining lines and how to treat
> comments and empty lines. With CC=2C you effectively agree that an if
> statement has complexity of one (or 2?) while a switch statement has a
> complexity according to its number of cases=2C while it is way easier to
> read and comprehend than a similar number produced by if statement.
> Also=2C CC doesn't even consider new-fashioned stuff like exceptions that
> introduce yet another control flow path.
>
>
> >> LoC is much simpler=2C easier to understand=2C and
> >> easier to correct than CC.
> >
> > Well=2C sure=2C but do you really think Perl one-liners are the paragon=
 of
> > bug-free code we ought to be aiming for? *wink*
>
> Hehehe... =3B)
>
> Uli
>
>
> --
> http://mail.python.org/mailman/listinfo/python-list
 		 	   		  =