Dark Cowherd wrote:
> -Quote - Phillip J. Eby from dirtsimple.org
> Python as a community is plagued by massive amounts of
> wheel-reinvention. The infamous web framework proliferation problem is
> just the most egregious example.
>
> Why is Python "blessed" with so much reinvention? Because it's
Dark Cowherd wrote:
>> GUI, Web development, Application Framework - it is shambles.
>Yeah, I agree. When I finally make that GUI application I still don't
>know whether I am going to use wx or PyGTK.
I was part of the anygui development team, back when it was still
active (I think I technically
Michael Hoffman wrote:
> In that case, I think he just wasted a lot of time in the article, and
> would have been better off saying "use Getopt::Long."
This is why I think he was more concerned with design than implementation.
--
Jorge Godoy <[EMAIL PROTECTED]>
--
http://mail.python.org
Jorge Godoy wrote:
> Michael Hoffman wrote:
>
>
>>True, but a lot of his point *is* parsing input from the command line.
>>Consider the following points paraphrased from his article:
>>
>>* Don't mix multiple ways of specifying options. (Solved by optparse)
>>* If a flag expects an associated val
Dan Sommers wrote:
> [EMAIL PROTECTED] (Aahz) wrote:
>>Dan Sommers <[EMAIL PROTECTED]> wrote:
>>>Was Tim writing about developing Python itself, or about developing
>>>other programs with Python?
>
>>Yes.
>
> It was a rhetorical question. :-)
That's all right... Aahz gave a rhetorical answer.
Michael Hoffman wrote:
> True, but a lot of his point *is* parsing input from the command line.
> Consider the following points paraphrased from his article:
>
> * Don't mix multiple ways of specifying options. (Solved by optparse)
> * If a flag expects an associated value, allow an optional = be
Jorge Godoy wrote:
> Michael Hoffman wrote:
>
>
>>He spends so much space on "Create Consistent Command-Line Interfaces,"
>>a section that, in Python, could be replaced with a simple "Use optparse."
>
>
> In Perl there's also the equivalent of optparse, but where does it guarantee
> that you'll
On 29 Jul 2005 07:45:33 -0700,
[EMAIL PROTECTED] (Aahz) wrote:
> In article <[EMAIL PROTECTED]>,
> Dan Sommers <[EMAIL PROTECTED]> wrote:
>>
>> Was Tim writing about developing Python itself, or about developing
>> other programs with Python?
> Yes.
> (C'mon, didja really expect any other answ
Michael Hoffman wrote:
> He spends so much space on "Create Consistent Command-Line Interfaces,"
> a section that, in Python, could be replaced with a simple "Use optparse."
In Perl there's also the equivalent of optparse, but where does it guarantee
that you'll use consistent name options and de
On 7/29/05, Dark Cowherd <[EMAIL PROTECTED]> wrote:
> I am new to Python. I tried it out and think it is fantastic.
Congrats and have fun learning all there is to learn.
> I really loved this from import this statements:
>
> There should be one-- and preferably only one --obvious way to do it.
>
Dark Cowherd wrote:
> There should be one-- and preferably only one --obvious way to do it.
>
> But this not true of Python.
> GUI, Web development, Application Framework - it is shambles. It is so
That's because there is no *obvious* way to do these.
> -Quote - Phillip J. Eby from dirtsimple.o
Dark Cowherd wrote:
> GUI, Web development, Application Framework - it is shambles.
Yeah, I agree. When I finally make that GUI application I still don't
know whether I am going to use wx or PyGTK.
> Is there some place to discuss topics like this? Is this the right place?
Sure, although you m
I am new to Python. I tried it out and think it is fantastic.
I really loved this from import this statements:
There should be one-- and preferably only one --obvious way to do it.
But this not true of Python.
GUI, Web development, Application Framework - it is shambles. It is so
frustrating fo
> although, as some argue, it's
> possible [GvR] thinks in base 9.5, that just doesn't seem Pythonic to me.
+1 QOTW
Peace
Bill Mill
[EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article <[EMAIL PROTECTED]>,
Dan Sommers <[EMAIL PROTECTED]> wrote:
>
>Was Tim writing about developing Python itself, or about developing
>other programs with Python?
Yes.
(C'mon, didja really expect any other answer?)
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft
[Dan Sommers]
> Ok, not universal. But as usual, Zen is not easily nailed to a tree.
>
> Was Tim writing about developing Python itself, or about developing
> other programs with Python?
Tim was channeling Guido, and that's as far as our certain knowledge
can go. It _seems_ reasonable to believ
[Steve Holden]
>> If I canpoint out the obvious, the output from "import this" *is*
>> headed "The Zen of Python", so clearly it isn;t intended to be
>> universal in its applicability.
[Michael Hudson]
> It's also mistitled there, given that it was originally posted as '19
> Pythonic Theses' and n
[EMAIL PROTECTED] wrote:
> The following url points to an article written by Damian Conway
> entitled "Ten Essential Development Practices":
> http://www.perl.com/pub/a/2005/07/14/bestpractices.html
>
> Althought the article has Perl as a focus, I thought that some of the
> general points made mig
On Fri, 29 Jul 2005 10:08:15 +0100,
Steve Holden <[EMAIL PROTECTED]> wrote:
> If I canpoint out the obvious, the output from "import this" *is*
> headed "The Zen of Python", so clearly it isn;t intended to be
> universal in its applicability.
Ok, not universal. But as usual, Zen is not easily na
Steve Holden <[EMAIL PROTECTED]> writes:
> If I canpoint out the obvious, the output from "import this" *is*
> headed "The Zen of Python", so clearly it isn;t intended to be
> universal in its applicability.
It's also mistitled there, given that it was originally posted as '19
Pythonic Theses' an
Dan Sommers wrote:
> On Thu, 28 Jul 2005 15:35:54 -0700,
> Robert Kern <[EMAIL PROTECTED]> wrote:
>
>
>>That said, I made a boo-boo. The Zen of Python is really a set of
>>design principles (and some of them, like this one, are more
>>specifically *language* design principles), not Essential Deve
[Robert Kern]
> Sure, and I can find programming advice in the Old Testament,
> too, if I try hard enough
[...]
> Proverbs 28:14 JPS "Happy is the man that feareth alway;
> but he that hardeneth his heart shall fall into evil."
> Obviously an exhortation to not ignore raised exceptions with
> "ex
Dan Sommers wrote:
> On Thu, 28 Jul 2005 15:35:54 -0700,
> Robert Kern <[EMAIL PROTECTED]> wrote:
>
>>That said, I made a boo-boo. The Zen of Python is really a set of
>>design principles (and some of them, like this one, are more
>>specifically *language* design principles), not Essential Develop
Dan Sommers wrote:
> The Zen applies to all aspects of software
> (and other things, too, but they're off topic here), from human readable
> reports and requirements and documentation, to GUI's, to test cases, to
> code, to database schemta, as well as the development methodology and
> practices th
On Thu, 28 Jul 2005 15:35:54 -0700,
Robert Kern <[EMAIL PROTECTED]> wrote:
> That said, I made a boo-boo. The Zen of Python is really a set of
> design principles (and some of them, like this one, are more
> specifically *language* design principles), not Essential Development
> Practices. That'll
Michael Hoffman wrote:
> Aahz wrote:
>
>>>One of these days I'm going to figure out how to embody "Namespaces are
>>>one honking great idea -- let's do more of those!" Then I shall be
>>>enlightened.
>>
>>What don't you understand about it? (This is a serious question -- I
>>can think of severa
Aahz wrote:
>>One of these days I'm going to figure out how to embody "Namespaces are
>>one honking great idea -- let's do more of those!" Then I shall be
>>enlightened.
>
> What don't you understand about it? (This is a serious question -- I
> can think of several answers to give you, but wan
In article <[EMAIL PROTECTED]>,
Michael Hoffman <[EMAIL PROTECTED]> wrote:
>Robert Kern wrote:
>>
>> import this
>>
>> And you get 9 bonus Essential Development Practices, too! What a bargain!
>
>One of these days I'm going to figure out how to embody "Namespaces are
>one honking great idea -- l
On Thu, 28 Jul 2005 21:19:53 +0100,
Michael Hoffman <[EMAIL PROTECTED]> wrote:
> Robert Kern wrote:
>> import this
>> And you get 9 bonus Essential Development Practices, too! What a
>> bargain!
> One of these days I'm going to figure out how to embody "Namespaces are
> one honking great idea --
Robert Kern wrote:
> import this
>
> And you get 9 bonus Essential Development Practices, too! What a bargain!
One of these days I'm going to figure out how to embody "Namespaces are
one honking great idea -- let's do more of those!" Then I shall be
enlightened.
--
Michael Hoffman
--
http://
[EMAIL PROTECTED] wrote:
> The following url points to an article written by Damian Conway
> entitled "Ten Essential Development Practices":
> http://www.perl.com/pub/a/2005/07/14/bestpractices.html
>
> Althought the article has Perl as a focus, I thought that some of the
> general points made mig
> He spends so much space on "Create Consistent Command-Line Interfaces,"
> a section that, in Python, could be replaced with a simple "Use optparse."
Haha... I don't know why but that really made me laugh. :) Might even
use it as a sig or something... :)
> --
> Michael Hoffman
--
http://ma
[EMAIL PROTECTED] wrote:
> The following url points to an article written by Damian Conway
> entitled "Ten Essential Development Practices":
> http://www.perl.com/pub/a/2005/07/14/bestpractices.html
>
> Althought the article has Perl as a focus, I thought that some of the
> general points made mig
33 matches
Mail list logo
