Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #91721
| 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> |
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 | Next — Next in thread | Find similar | Unroll 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