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

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

Re: semicolon at end of python's statements

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: semicolon at end of python's statements "Sam Fourman Jr." <sfourman@gmail.com> - 2013-08-28 22:10 -0400
    Re: semicolon at end of python's statements Alister <alister.ware@ntlworld.com> - 2013-08-29 09:39 +0000
      Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-08-29 19:52 +1000
      Re: semicolon at end of python's statements Fábio Santos <fabiosantosart@gmail.com> - 2013-08-29 11:02 +0100
      Re: semicolon at end of python's statements Ben Finney <ben+python@benfinney.id.au> - 2013-08-30 08:17 +1000
      Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-08-30 08:50 +1000
      Re: semicolon at end of python's statements Ben Finney <ben+python@benfinney.id.au> - 2013-08-30 14:55 +1000
      Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-08-30 09:15 +0200
      Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-08-30 17:25 +1000
      Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-08-30 09:48 +0200
      Re: semicolon at end of python's statements Fábio Santos <fabiosantosart@gmail.com> - 2013-08-30 11:32 +0100
        Re: semicolon at end of python's statements Roy Smith <roy@panix.com> - 2013-08-30 06:53 -0400
          Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-08-30 16:14 +0200
          Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-08-31 08:18 +1000
        Re: semicolon at end of python's statements Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-08-31 00:09 +0000
          Re: semicolon at end of python's statements Terry Reedy <tjreedy@udel.edu> - 2013-08-31 01:03 -0400
          Re: semicolon at end of python's statements Jussi Piitulainen <jpiitula@ling.helsinki.fi> - 2013-08-31 10:47 +0300
            Re: semicolon at end of python's statements Paul Rudin <paul.nospam@rudin.co.uk> - 2013-08-31 09:00 +0100
              Re: semicolon at end of python's statements Jussi Piitulainen <jpiitula@ling.helsinki.fi> - 2013-08-31 13:28 +0300
              Re: semicolon at end of python's statements Grant Edwards <invalid@invalid.invalid> - 2013-09-02 14:20 +0000
                Re: semicolon at end of python's statements Tim Chase <python.list@tim.thechases.com> - 2013-09-02 09:45 -0500
                  Re: semicolon at end of python's statements Roy Smith <roy@panix.com> - 2013-09-02 10:47 -0400
                    Re: semicolon at end of python's statements Tim Chase <python.list@tim.thechases.com> - 2013-09-02 12:58 -0500
                    Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-09-03 07:07 +1000
          Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-01 19:58 +0200
          Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-01 21:58 +0200
            Re: semicolon at end of python's statements Steven D'Aprano <steve@pearwood.info> - 2013-09-02 08:05 +0000
              Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-02 11:45 +0200
              Re: semicolon at end of python's statements Fábio Santos <fabiosantosart@gmail.com> - 2013-09-02 11:42 +0100
              Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-02 12:58 +0200
              Re: semicolon at end of python's statements "albert visser" <albert.visser@gmail.com> - 2013-09-02 19:44 +0200
                Re: semicolon at end of python's statements Roy Smith <roy@panix.com> - 2013-09-02 13:53 -0400
                  Re: semicolon at end of python's statements Neil Cerutti <neilc@norwich.edu> - 2013-09-03 17:15 +0000
                    Re: semicolon at end of python's statements Neil Cerutti <neilc@norwich.edu> - 2013-09-03 20:00 +0000
              Re: semicolon at end of python's statements Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2013-09-02 17:24 -0400
          Re: semicolon at end of python's statements MRAB <python@mrabarnett.plus.com> - 2013-09-02 00:30 +0100
          Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-02 10:29 +0200
            Re: semicolon at end of python's statements Steven D'Aprano <steve@pearwood.info> - 2013-09-02 09:52 +0000
              Re: semicolon at end of python's statements Chris Angelico <rosuav@gmail.com> - 2013-09-02 20:14 +1000
                Re: semicolon at end of python's statements Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-09-02 14:57 +0000
              Re: semicolon at end of python's statements Antoon Pardon <antoon.pardon@rece.vub.ac.be> - 2013-09-02 12:52 +0200
              Re: semicolon at end of python's statements Modulok <modulok@gmail.com> - 2013-09-02 17:17 -0600
                Re: semicolon at end of python's statements Roy Smith <roy@panix.com> - 2013-09-02 19:54 -0400
                  Re: semicolon at end of python's statements Modulok <modulok@gmail.com> - 2013-09-02 18:56 -0600

Page 3 of 3 — ← Prev page 1 2 [3]

#53472

Op 02-09-13 11:52, Steven D'Aprano schreef:
> On Mon, 02 Sep 2013 10:29:05 +0200, Antoon Pardon wrote:
> 
>> Why should we be more
>> concerned with cascading ifs than with cascading controls in general?
> 
> What cascading controls?
> 
> for element in seq:
>     if filter:
>         <block>
> 
> 
> is not a cascading control.

Why not?

> [...] 
>> All these discussions
>> about combining controls would have been unnecessary without the
>> enforced strict indentation. 
> 
> Instead, we would have spent 100 times as much time and energy debating 
> the One True Indentation Scheme, akin to the brace wars that went on for 
> *years* in the C community. And still haven't completely gone.

So? Indeed there are too many people looking at these things as fighting
for the one true way. That is IMO part a big part of the problem. I have
no problem if someone else uses a different style than I do. Python as
a language tries too hard to enforce a one true way.

>> we wouldn't now be
>> discussing the pro and cons of loop comprehension because we could have
>> just layed out the code so that it illustrated our intention of a loop
>> comprehension.
> 
> Which the current syntax is perfectly fine at doing.

Then you and I differ on what perfectly fine looks like.

-- 
Antoon Pardon

[toc] | [prev] | [next] | [standalone]

#53538

[Multipart message — attachments visible in raw view] — view raw

> So? Indeed there are too many people looking at these things as fighting
> for the one true way. That is IMO part a big part of the problem. I have
> no problem if someone else uses a different style than I do. Python as
> a language tries too hard to enforce a one true way.
>
>

Try maintaining a non-trivial body of JavaScript, or Perl (that you didn't
write) for a while. You'll soon appreciate the One True Way of thinking lol.

-Modulok-

[toc] | [prev] | [next] | [standalone]

#53540

In article <mailman.523.1378163859.19984.python-list@python.org>,
 Modulok <modulok@gmail.com> wrote:

> > So? Indeed there are too many people looking at these things as fighting
> > for the one true way. That is IMO part a big part of the problem. I have
> > no problem if someone else uses a different style than I do. Python as
> > a language tries too hard to enforce a one true way.
> >
> >
> 
> Try maintaining a non-trivial body of JavaScript, or Perl (that you didn't
> write) for a while. You'll soon appreciate the One True Way of thinking lol.
> 
> -Modulok-

There is indeed value in One True Way.  Part of the value is that 
everybody learns That Way and it makes it easier to understand everybody 
else's code.  But, more than that, it saves the zillions of hours of 
time wasted arguing about which way is better.

For example, at work, we've agreed that pep-8 is our style guide for 
Python.  We don't follow it very closely, and we've each developed our 
own styles that deviate from it in specific ways, but at least we no 
longer have arguments about stupid things like how much whitespace to 
use.  Mostly, we all just put up with each other's eccentricities.  We 
all know that the only valid argument is whether some piece of code is 
or isn't pep-8 compliant, and if we drag out that argument, we risk 
having it thrown back in our own faces.

I believe Reagan and Gorbachev used much the same strategy.

[toc] | [prev] | [next] | [standalone]

#53545

[Multipart message — attachments visible in raw view] — view raw

> But, more than that, it saves the zillions of hours of
> time wasted arguing about which way is better.
>

XD Nice. That's about the best supporting argument I've heard.

-Modulok-

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

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

csiph-web