Path: csiph.com!usenet.pasdenom.info!news.redatomik.org!newsfeed.xs4all.nl!newsfeed2.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.000 X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; 'python,': 0.02; 'handler': 0.05; 'remind': 0.05; 'elegant': 0.07; 'float': 0.07; 'string': 0.09; 'elegant,': 0.09; 'integers': 0.09; 'lst': 0.09; 'methods,': 0.09; 'objects:': 0.09; 'cc:addr:python-list': 0.11; 'python': 0.11; 'stored': 0.12; 'from:addr:rosuav': 0.16; 'from:name:chris angelico': 0.16; 'keyword.': 0.16; 'lambda': 0.16; 'lisp': 0.16; 'operators,': 0.16; 'rules.': 0.16; 'str()': 0.16; 'subclass': 0.16; 'java,': 0.16; 'wrote:': 0.18; 'trying': 0.19; 'things.': 0.19; 'rules': 0.22; 'cc:addr:python.org': 0.22; 'integer': 0.24; 'helpful': 0.24; 'mon,': 0.24; 'cc:2**0': 0.24; 'header:In-Reply- To:1': 0.27; 'am,': 0.29; 'direction': 0.30; 'message- id:@mail.gmail.com': 0.30; "i'm": 0.30; 'object.': 0.31; 'maybe': 0.34; 'problem': 0.35; 'objects': 0.35; 'but': 0.35; 'received:google.com': 0.35; 'done': 0.36; 'possible': 0.36; 'should': 0.36; 'two': 0.37; 'list': 0.37; 'being': 0.38; 'generic': 0.38; 'anything': 0.39; 'does': 0.39; 'extremely': 0.39; 'either': 0.39; 'according': 0.40; 'how': 0.40; 'simple': 0.61; 'making': 0.63; 'name': 0.63; 'different': 0.65; '2015': 0.84; 'around,': 0.84; 'etc,': 0.84; 'hammered': 0.84; 'object:': 0.84; 'to:none': 0.92 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=/NXBuJmDzEXu7nPh6WL9b6FPSx9JkFg/mWMikyTxe2s=; b=UNSKk5nyKH/F+9jaaixwL+nZGSLLc8pJrK61BRbVFtUKpwCVn20x74S9O7jrtJLAXT n0N1z1Xw3gUcwQ35tei1ggsvQqpXBTnao2dhzzJdGzdM9d495M19OyeyIcv40KU8vly7 Qe4RUrJHYRSlqMiSCg7urUNw2cnHTSeeM8nVLjQ2hcDKXOguZPEQ1wWlwrtaUGObP/wT kgMhffQ+i+yCOxKT7S4o/fbLN3CfVS3Nyk7914Eg3Dr4gM4ODWg9g+2l1h7zM48qYxEk C4rXiDv/T3hGv/fWmyFb+uRKWWP7TFFCvtSJwW19XhB1BrcQMfdfZ1HjmH2davs66NzG jRow== MIME-Version: 1.0 X-Received: by 10.107.16.32 with SMTP id y32mr10015644ioi.53.1431309204289; Sun, 10 May 2015 18:53:24 -0700 (PDT) In-Reply-To: References: <7169d38e-b21c-472e-b0e3-544ed37fbfd2@googlegroups.com> Date: Mon, 11 May 2015 11:53:24 +1000 Subject: Re: anomaly From: Chris Angelico Cc: "python-list@python.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.20+ Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 29 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1431309212 news.xs4all.nl 2918 [2001:888:2000:d::a6]:51914 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:90327 On Mon, May 11, 2015 at 11:18 AM, zipher wrote: > Okay. I apologize for thinking in C and believing "int" was a keyword. It isn't in Python as you remind me. However, this is where I'm arguing the purity has hammered practicality into the ground. > > Python is trying to be as elegant as LISP in trying to make everything an Object. It's not necessary, and it's trying to put lipstick on a pig instead of making BBQ. Python will be as elegant, but in a different direction of the axis. > How is it a problem for an integer to be an object? In Python, I can put together a generic handler for a generic list and depend on everything being an object: lst = ["asdf", 2, lambda x: x+1, re.compile("q[a-tv-z]"), 3.14159] In Java, I would have to box up that integer 2 and that float 3.14159 (and maybe the string too?) to make it possible to put them into a generic collection, because integers and objects are fundamentally different things. In Python, ints and floats and strings all follow the same rules as other objects: they can be passed around, stored in collections, turned into strings with str() or repr(), etc, etc, etc. They have methods, they react to operators, everything is done according to a simple set of rules. This does not harm practicality - it's extremely helpful in a number of situations. And I still don't see how this has anything to do with your confusion about shadowing the name 'int'. As I see it, attempting to redefine int to be a null subclass of str should have one of two results: either it's a straight-up error, or it does exactly what happens in Python - calling 'int' now calls a subclass of 'str'. ChrisA