PEP-308 a "simplicity-first" alternative
Tim Hochberg
tim.hochberg at ieee.org
Wed Feb 12 10:44:47 EST 2003
More information about the Python-list mailing list
Wed Feb 12 10:44:47 EST 2003
- Previous message (by thread): PEP-308 a "simplicity-first" alternative
- Next message (by thread): PEP-308 a "simplicity-first" alternative
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Terry Reedy wrote: > "Erik Max Francis" <max at alcyone.com> wrote in message > news:3E49CA83.8C3B8A28 at alcyone.com... > >>Terry Reedy wrote: >> >> >>>"Paul Rubin" <http://phr.cx@NOSPAM.invalid> wrote in message >>>news:7xr8aenyj1.fsf at ruckus.brouhaha.com... >>> >>> >>>>I intensely dislike "x and y else z". "Explicit is better than >>>>implicit" to me specifically means avoiding this type of cutesy >>>>overloading. >>> >>>Do you intensely dislike it more or less than the current idiom "x > > and > >>>y or z"? >> >>We can't vote that one down, > > > Yes and no. You can, in effect, vote it down by voting for a > replacement that current users of the idiom will switch to. > > >>so whether he likes it more or less than a >>broken idiom some people use anyway is really beside the point. > > > On the contrary, as Paul also said in his response, the question is > whether to replace the current idiom or let it stand. So preference > between the status quo and a proposed new situation is exactly to the > point. A choice between the two is exactly what people will be voting > on. On the contrary, the question is whether to replace the current idiom _with_new_syntax_. Not adopting new syntax does not stand in the way of declaring the and/or idiom to be bad form and standardizing on a new idiom or idioms. The resulting idioms may not be to your liking (too verbose perhaps), but the above is a false choice. -tim (or would that be idia?)
- Previous message (by thread): PEP-308 a "simplicity-first" alternative
- Next message (by thread): PEP-308 a "simplicity-first" alternative
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list