Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #91721

Re: Language design

Newsgroups comp.lang.python
Date 2015-06-01 14:45 -0700
References <522eb795$0$29999$c3e8da3$5496439d@news.astraweb.com> <mailman.270.1378935062.5461.python-list@python.org> <5230ff66$0$29988$c3e8da3$5496439d@news.astraweb.com>
Message-ID <a703cea2-ef76-4a47-81ba-3ddcbfcd2c06@googlegroups.com> (permalink)
Subject Re: Language design
From TheDoctor <dreamingforward@gmail.com>

Show all headers | View raw


On Wednesday, September 11, 2013 at 6:40:22 PM UTC-5, Steven D'Aprano wrote:
> On Wed, 11 Sep 2013 14:30:54 -0700, Mark Janssen wrote:
> 
> > 1) It tried to make Object the parent of every class.  
> 
> Tried, and succeeded.

Oh?  How about:

class superdict(dict):  
    """I'm going to extend the dict type to include extra methods."""

class mixin():
   """Here we go."""

What is the parent of mixin?

> > No one's close enough to God to make that work.
> 
> Non-sequitor. One doesn't need to be close to a deity to have a single 
> root of the object hierarchy.

Loud voice:  Boom!

> > 4?) It allowed
> > [reference] variables to be used as dict keys.  This creates a parsing
> > difficulty for me, mentally.  Keys should be direct, hashable values,
> > not hidden in a variable name.
> 
> I don't even understand what you are talking about here. "[reference] 
> variables"? What does that mean?

Nevermind.  I was wrong on this one.  My mental lexer threw an error on this one whenever ppl used a variable as a key.

Cheer!

Mark

Back to comp.lang.python | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Re: Language design TheDoctor <dreamingforward@gmail.com> - 2015-06-01 14:45 -0700
  Re: Language design Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2015-06-02 17:25 +1000
    Re: Language design "Dr. Bigcock" <dreamingforward@gmail.com> - 2015-06-02 11:08 -0700

csiph-web