Path: csiph.com!usenet.pasdenom.info!news.redatomik.org!newsfeed.xs4all.nl!newsfeed1a.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.009 X-Spam-Evidence: '*H*': 0.98; '*S*': 0.00; 'assignment': 0.07; 'extent': 0.07; 'operator,': 0.09; 'parsing': 0.09; 'spaces': 0.09; 'cc:addr:python-list': 0.11; 'from:addr:rosuav': 0.16; 'from:name:chris angelico': 0.16; 'in-place': 0.16; 'ops': 0.16; 'subject:Java': 0.16; 'supported.': 0.16; 'prevent': 0.16; 'wrote:': 0.18; 'wed,': 0.18; 'possible,': 0.19; 'rules': 0.22; 'cc:addr:python.org': 0.22; 'this?': 0.23; 'either.': 0.24; "shouldn't": 0.24; 'mon,': 0.24; 'versions': 0.24; 'cc:2**0': 0.24; 'recognized': 0.26; 'subject:/': 0.26; 'header:In-Reply- To:1': 0.27; 'on,': 0.29; 'errors': 0.30; 'message- id:@mail.gmail.com': 0.30; 'operators': 0.31; 'anyone': 0.31; 'style': 0.33; 'etc': 0.35; 'received:google.com': 0.35; 'doubt': 0.36; 'doing': 0.36; 'should': 0.36; 'pm,': 0.38; '(from': 0.39; 'extremely': 0.39; 'itself': 0.39; 'changed': 0.39; 'even': 0.60; 'greatest': 0.60; 'taking': 0.65; 'acts': 0.74; 'special': 0.74; '2015': 0.84; "it'd": 0.84; 'subject:experience': 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=5oQiBSoiYnOYV5CiNpfJyNKzlTW4Ww65jq8bpf55NSs=; b=gYC2UPei7aBDekf2PtMD8kQicgIwkln8M04dHRT0+Eb0otSlf54ea6bmx3x7vWiEbf UCYqm9ICRXwLUNEsV/o/DCxlL6tX2jVrG2TVfxDfLAeZMRytIzohZe3JMNEp8VfKujyc 9gWM2uShIyythJttZLKxcUmcLNhPxEgNYdp0YNmE/jB5edDNfQqCUKoLul/ACkCcoj9/ +OQFYXuwlrMgm/GMyiLdOscxZi10F2gieH9qSCI+axKJvfj0tm8SnDKe4wvZv+itYvuh J24sGQnvNcPEEtyb64KKHqLlzSIFpTYR6MkHTVF5wd2Ih7qwwQZMpJU1dgdA/7sezW1Z aFTw== MIME-Version: 1.0 X-Received: by 10.43.39.1 with SMTP id tk1mr2469556icb.26.1430918208482; Wed, 06 May 2015 06:16:48 -0700 (PDT) In-Reply-To: <1430917892.2950498.263440081.24138BAB@webmail.messagingengine.com> References: <87r3qwid3u.fsf@Equus.decebal.nl> <1430917892.2950498.263440081.24138BAB@webmail.messagingengine.com> Date: Wed, 6 May 2015 23:16:48 +1000 Subject: Re: Bitten by my C/Java experience 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: 26 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1430918217 news.xs4all.nl 2842 [2001:888:2000:d::a6]:49006 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:90055 On Wed, May 6, 2015 at 11:11 PM, wrote: > On Mon, May 4, 2015, at 18:02, BartC wrote: >> (I think I would have picked up "++" and "--" as special tokens even if >> increment/decrement ops weren't supported. Just because they would >> likely cause errors through misunderstanding.) > > There's precedent for not doing this in C itself - even though "=+" > (from very early versions of C, also =-, =*, =&) no longer acts as an > add-in-place operator, it's not recognized as a special token to prevent > errors either. Given that the in-place operators changed to +=, -=, etc very early on, I doubt there's anyone who is actually confused by them. And it'd be extremely annoying to have to stop and think about parsing rules when taking or dereferencing pointers: /* This works */ x = &y; /* Why shouldn't this? */ x=&y; To the greatest extent possible, spaces around assignment operators should be the domain of style guides, not syntax. ChrisA