On 29/10/2021 07.07, Stefan Ram wrote:
> The name should not be "optimized" for a certain use case
> (as for the use in an if expression) only. "We", "have",
> and "any" carry little information. A name should pack as
> much information as possible in as least characters as
> possible. So
On Thu, 28 Oct 2021 00:38:17 +, Eli the Bearded wrote:
> In comp.lang.python, Peter J. Holzer wrote:
> ^^
>
> Those all work. But if you are writing a new web framework and you name
> your method to log stuff to a remote server "Britney" because you were
> listening the sing
On Thu, 28 Oct 2021 00:41:41 +0200, Peter J. Holzer wrote:
> On 2021-10-27 12:41:56 +0200, Karsten Hilbert wrote:
>> Am Tue, Oct 26, 2021 at 11:36:33PM + schrieb Stefan Ram:
>> > xyzzy = lambda x: 2 * x
>> > . Sometimes, this can even lead to "naming paralysis", where one
>> > thinks exces
s. It is
not at all a foreign concept to have multiple names point to the same things.
Often, it helps make the code clearer.
-Original Message-
From: Python-list On
Behalf Of Stefan Ram
Sent: Thursday, October 28, 2021 2:07 PM
To: python-list@python.org
Subject: Re: The task is to inven
IMHO, I prefer really weird names.
For example if I'm not sure how to name a class that I'm coding, I name it
like XXXYYY (literally). Really ugly.
This is a way to avoid the so called "naming paralysis".
Once I finish coding the class I look back and it should be easy to see "what
it does" and
list On
Behalf Of Karsten Hilbert
Sent: Thursday, October 28, 2021 2:50 AM
Cc: python-list@python.org
Subject: Aw: Re: The task is to invent names for things
> > I don't know. A mediocre name conveys at least some information, and
> > that seems to be better than none. On t
> Karsten Hilbert writes:
> >ite is the -te form (in some uses like a gerundium) of aru
> >(to go, to walk)
>
> This form, "行って", is written with two "t", as "itte",
> in many transcriptions to convey the gemination (っ) of
> the "t". There is, however, "ite", "居て", the -te form of
> "居る"
> > I don't know. A mediocre name conveys at least some information, and
> > that seems to be better than none. On the other hand it might be just
> > enough to lead the reader astray which wouldn't happen with a
> > non-sensical name.
I was thinking that a nonsensical name might lead readers to
g
On Thu, Oct 28, 2021 at 11:55 AM Eli the Bearded <*@eli.users.panix.com> wrote:
> The choice of a non-sensical is perfectly fine _when_ it's a major
> component. Kafka, Python, Java, Rust. Those are all non-sensically named,
> in that the name doesn't fit what it is, by pun, initials, or reference.
In comp.lang.python, Peter J. Holzer wrote:
^^
> On 2021-10-27 12:41:56 +0200, Karsten Hilbert wrote:
>> In that situation, is it preferable to choose a nonsensical
>> name over a mediocre one ?
> I don't know. A mediocre name conveys at least some information, and
> that seems t
On 2021-10-27 12:41:56 +0200, Karsten Hilbert wrote:
> Am Tue, Oct 26, 2021 at 11:36:33PM + schrieb Stefan Ram:
> > xyzzy = lambda x: 2 * x
> > . Sometimes, this can even lead to "naming paralysis", where
> > one thinks excessively long about a good name. To avoid this
> > naming paralysi
On 27/10/2021 23.41, Karsten Hilbert wrote:
> Am Tue, Oct 26, 2021 at 11:36:33PM + schrieb Stefan Ram:
>
>> xyzzy = lambda x: 2 * x
>>
>> . Sometimes, this can even lead to "naming paralysis", where
>> one thinks excessively long about a good name. To avoid this
>> naming paralysis, one
On Thu, Oct 28, 2021 at 7:54 AM Karsten Hilbert wrote:
>
> Am Wed, Oct 27, 2021 at 10:00:16PM +1100 schrieb Chris Angelico:
>
> > > Am Wed, Oct 27, 2021 at 10:20:19AM +1100 schrieb Chris Angelico:
> > >
> > > > Many operations in computing are fully reversible. After you do
> > > > something, you
Am Wed, Oct 27, 2021 at 12:41:56PM +0200 schrieb Karsten Hilbert:
> Am Tue, Oct 26, 2021 at 11:36:33PM + schrieb Stefan Ram:
>
> > xyzzy = lambda x: 2 * x
> >
> > . Sometimes, this can even lead to "naming paralysis", where
> > one thinks excessively long about a good name. To avoid this
>
Am Wed, Oct 27, 2021 at 10:00:16PM +1100 schrieb Chris Angelico:
> > Am Wed, Oct 27, 2021 at 10:20:19AM +1100 schrieb Chris Angelico:
> >
> > > Many operations in computing are fully reversible. After you do
> > > something, you can undo it. After you assign, you can unassign. And
> > > after you
On 2021-10-27 22:00:16 +1100, Chris Angelico wrote:
> On Wed, Oct 27, 2021 at 9:41 PM Karsten Hilbert
> wrote:
> > Am Wed, Oct 27, 2021 at 10:20:19AM +1100 schrieb Chris Angelico:
> > > Many operations in computing are fully reversible. After you do
> > > something, you can undo it. After you ass
On Wed, Oct 27, 2021 at 9:41 PM Karsten Hilbert wrote:
>
> Am Wed, Oct 27, 2021 at 10:20:19AM +1100 schrieb Chris Angelico:
>
> > Many operations in computing are fully reversible. After you do
> > something, you can undo it. After you assign, you can unassign. And
> > after you ite, you can unite
Am Tue, Oct 26, 2021 at 11:36:33PM + schrieb Stefan Ram:
> xyzzy = lambda x: 2 * x
>
> . Sometimes, this can even lead to "naming paralysis", where
> one thinks excessively long about a good name. To avoid this
> naming paralysis, one can start out with a mediocre name. In
> the course
Am Wed, Oct 27, 2021 at 10:20:19AM +1100 schrieb Chris Angelico:
> Many operations in computing are fully reversible. After you do
> something, you can undo it. After you assign, you can unassign. And
> after you ite, you can unite!
I wonder whether Japanese programmers would agree.
Karsten
--
G
On 27/10/2021 12.29, Stefan Ram wrote:
> dn writes:
>> On 27/10/2021 11.16, Stefan Ram wrote:
>>> The Mental Game of Python - Raymond Hettinger (PyBay 2019)
>>> | "The computer gives us words that do ### things.
> ...
>> Alternately, if your question was to identify the mumbled word, it is
>> (se
On Wed, Oct 27, 2021 at 10:16 AM dn via Python-list
wrote:
> Programmers of the world unite!
> You have nothing to lose but your 0
> - or your 1
Many operations in computing are fully reversible. After you do
something, you can undo it. After you assign, you can unassign. And
after you ite, you c
On 27/10/2021 11.21, Stefan Ram wrote:
> r...@zedat.fu-berlin.de (Stefan Ram) writes:
>> The Mental Game of Python - Raymond Hettinger (PyBay 2019)
>> |What daddy does is make new words to make computers easier to use."
>
> BTW: It now also reminds me of:
>
> |What I Do
> |
> |I build paradigms
On 27/10/2021 11.16, Stefan Ram wrote:
> dn writes:
>> Some time ago I watched a video of a Raymond Hettinger talk. In it he
>> recounted answering his son's question of 'what do you do, Dad?'
>
> The Mental Game of Python - Raymond Hettinger (PyBay 2019)
>
> Around minute 21, Raymond says:
>
23 matches
Mail list logo
