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


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

Re: anomaly

Started byMark Rosenblitt-Janssen <dreamingforward@gmail.com>
First post2015-05-10 17:59 -0500
Last post2015-05-10 17:59 -0500
Articles 1 — 1 participant

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: anomaly Mark Rosenblitt-Janssen <dreamingforward@gmail.com> - 2015-05-10 17:59 -0500

#90310 — Re: anomaly

FromMark Rosenblitt-Janssen <dreamingforward@gmail.com>
Date2015-05-10 17:59 -0500
SubjectRe: anomaly
Message-ID<mailman.324.1431298792.12865.python-list@python.org>
Here's where this exploration came from.  I've (once again) been
contemplating the OO nature.

It's clear to me that there needs to be a distinction between
specialization of an object vs. expansion of an object (a new term I'm
proposing to the OOP lexicon).  The latter *adds* more functionality
(like what everyone does with the Object class), while the former
changes the behavior of some class for more specific behavior that was
not programmed in the original class.

It's a difference between, for example, concrete base types and ABCs.
Python artificially tried to make int inherit from object, just
because it can, but this is wrong.  It`s messed with the Zen-thing.
"Purity has hammered practicality [like the fact that we actually have
to work on concrete types in the CPU] into the ground. " (addition
mine).

Sorry I can't spend more time clarifying.  I hope that there's at
least one person who sees the issue.

Mark



On 5/10/15, Mark Rosenblitt-Janssen <dreamingforward@gmail.com> wrote:
> Here's something that might be wrong in Python (tried on v2.7):
>
>>>> class int(str): pass
>
>>>> int(3)
> '3'
>
> Mark
>

[toc] | [standalone]


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


csiph-web