Path: ...!weretis.net!feeder8.news.weretis.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Lawrence D'Oliveiro <ldo@nz.invalid>
Newsgroups: comp.unix.shell,comp.unix.programmer,comp.lang.misc
Subject: Re: Python (was Re: I did not inhale)
Date: Thu, 22 Aug 2024 09:02:08 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 12
Message-ID: <va6uqg$clga$1@dont-email.me>
References: <uu54la$3su5b$6@dont-email.me> <uvbfii$3mom0$1@news.xmission.com>
	<20240412094809.811@kylheku.com> <87il0mm94y.fsf@tudado.org>
	<way-20240413091747@ram.dialup.fu-berlin.de> <87il0lldf8.fsf@tudado.org>
	<choices-20240413123957@ram.dialup.fu-berlin.de>
	<v9lm2k$12qhv$1@dont-email.me> <v9m4gd$14scu$1@dont-email.me>
	<20240815182717.189@kylheku.com> <v9npls$1fjus$1@dont-email.me>
	<v9t204$2dofg$1@dont-email.me> <va28pi$3dldm$1@dont-email.me>
	<va2ro9$3gd7v$1@dont-email.me> <va2vt0$3h3gj$1@dont-email.me>
	<va44rh$3p1l6$1@dont-email.me> <va45eq$3pkt9$1@dont-email.me>
	<va4aut$3q4g0$1@dont-email.me> <va4fbr$3qvij$1@dont-email.me>
	<va5108$3tmmd$1@dont-email.me> <va51ok$3tqr9$1@dont-email.me>
	<va5ec2$3vluh$1@dont-email.me> <va6q4g$c1a7$1@dont-email.me>
	<va6rpa$c6bg$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 22 Aug 2024 11:02:09 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="121cecafcfd9e311c6d841fd8b3330b2";
	logging-data="415242"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+tSJpIyrNpqL8X+SBo6+/D"
User-Agent: Pan/0.159 (Vovchansk; )
Cancel-Lock: sha1:cud0cbsjc738ki9NDfB3Bj61rgk=
Bytes: 2313

On Thu, 22 Aug 2024 10:10:18 +0200, David Brown wrote:

> I am a big fan of clear and consistent layout and indentation, which is
> forced on you by Python (and Occam), but I too prefer explicit blocking.
>   It's harder to get things wrong with explicit blocking, and you are
> never faced with space vs. tab conflicts causing semantic changes to the
> code.

Python prohibits those space/tab inconsistencies.

Nevertheless, I don’t like the loss of redundancy in the way code 
structure is expressed, which is why I like to put in “#end” comments.