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


Groups > comp.lang.python > #43407 > unrolled thread

OOPv2 -- Was: [Python-ideas] Reviving PEP 3140 - "str(container) should call str(item), not repr(item)"

Started byMark Janssen <dreamingforward@gmail.com>
First post2013-04-11 17:29 -0700
Last post2013-04-11 17:29 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python


Contents

  OOPv2 -- Was: [Python-ideas] Reviving PEP 3140 - "str(container) should call str(item), not repr(item)" Mark Janssen <dreamingforward@gmail.com> - 2013-04-11 17:29 -0700

#43407 — OOPv2 -- Was: [Python-ideas] Reviving PEP 3140 - "str(container) should call str(item), not repr(item)"

FromMark Janssen <dreamingforward@gmail.com>
Date2013-04-11 17:29 -0700
SubjectOOPv2 -- Was: [Python-ideas] Reviving PEP 3140 - "str(container) should call str(item), not repr(item)"
Message-ID<mailman.493.1365726598.3114.python-list@python.org>
On Sat, Apr 6, 2013 at 7:35 PM, Ned Batchelder <ned@nedbatchelder.com> wrote:
> Mark, so I can understand your mindset better, what do you mean by "let's
> update the OOP paradigm"?  Do you mean, 1) "let's change Python in the next
> release," or 2) "let's see if we can imagine a different way of doing
> things, even though it won't ever change the Python language in actuality,"
> or 3) something in between?

Sorry for not responding.  What I'm suggesting is an update to the OOP
paradigm -- it would affect all languages that have OOP elements.
Wikipedia suggests that there are four main types of programming
languages.  OOP language and imperative languages are the first two.
I'm suggesting a synthesis and unification of both those into single
language.  To do that will require a data/object model that makes a
single taxonomy of the data/machine architecture with the abstraction
architecture -- two ends of the spectrum.  I call it a unified data
model.

We started on one end of the spectrum (at the machine architecture)
and then swung to an opposite extreme with OOP.  But that put us too
deep in everyone's personal data ontologies.  I'm suggesting that
something in the middle will re-build the object ecosystem from the
ground up.

> This change you mention here is fundamental enough that realistically, #2 is
> the only interpretation I can see.

You are right.  It might not be realistic given the Python developer
environment at present.   In fact, I'm moving the thread out of
python-ideas into python-list since Guido doesn't want to discuss it.

-- 
MarkJ
Tacoma, Washington

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web