Sujet : Re: Python (was Re: I did not inhale)
De : Keith.S.Thompson+u (at) *nospam* gmail.com (Keith Thompson)
Groupes : comp.unix.shell comp.unix.programmer comp.lang.miscDate : 29. Aug 2024, 03:19:38
Autres entêtes
Organisation : None to speak of
Message-ID : <87seuo9ikl.fsf@nosuchdomain.example.com>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
User-Agent : Gnus/5.13 (Gnus v5.13)
Lawrence D'Oliveiro <
ldo@nz.invalid> writes:
On Wed, 28 Aug 2024 17:23:25 -0700, Keith Thompson wrote:
>
That's not the conventional way to format a docstring. If you're using
backslashes to splice lines in Python, it's likely you're doing
something wrong.
>
What exactly is wrong?
Perhaps "wrong" overstates it, but your code certainly doesn't follow
common Python conventions.
https://peps.python.org/pep-0257/I think "is not None" is more idiomatic.
>
When I want an equality comparison, I use “==”, not “is”.
>
You don't need the \ if you put the ( on the same line.
>
But I do otherwise.
So I see. I don't know why -- and I'm ok with that.
You leave a space between "else" and ":". It's not wrong, but it's not
something I've ever seen.
>
People who look at my code tend to get triggered by the little things;
maybe it’s a way to avoid thinking about the big things?
Why would I want to avoid thinking about the big things?
One of Henry Spencer's Ten Commandments for C Programmers seems relevant
(indirectly, of course):
Thou shalt make thy program's purpose and structure clear to thy
fellow man by using the One True Brace Style, even if thou likest it
not, for thy creativity is better used in solving problems than in
creating beautiful new impediments to understanding.
https://www.lysator.liu.se/c/ten-commandments.htmlMy impression is that your unconventional style indicates a relative
lack of experience in Python. Maybe that's an invalid conclusion, but
it's one that others are likely to reach as well.
And if you want to discuss Python, I suggest that comp.lang.python would
be a better place to do so. I see that you already post there. (And
you seem to have a problem with the gateway to the python-list mailing
list, for reasons you have declined to explain.) I follow that
newsgroup, and I'm going to bow out of this thread here.
In any language, if a block of code is so deeply indented that it's
confusing, you should consider refactoring it. (Though that's not
always the answer.)
>
The point being, the same kind of code in a language with explicit
statement brackets would reach the point of confusion later, rather than
sooner.
I'm not convinced of that.
-- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.comvoid Void(void) { Void(); } /* The recursive call of the void */