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 might be of interest to
[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
> 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
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://
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 --
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
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
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
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
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
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
[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 Deve
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
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
[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
[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
[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
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
> 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
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
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
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
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.
>
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 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
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
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
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.
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
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
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
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
Hallöchen!
Michael Hoffman <[EMAIL PROTECTED]> writes:
> 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 agree, too, although I can onl
The choice is GUI toolkits is largely seperate from Python. Consider
that they are just bindings to libraries that are developed completely
seperate of the language. GUI is should be seperate from the language,
and thus not bound to same expectations and desires as elements of the
language itself.
On Fri, 2005-07-29 at 17:59 +0200, Torsten Bronger wrote:
> Hallöchen!
>
> Michael Hoffman <[EMAIL PROTECTED]> writes:
>
> > 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
Jeremy Moles wrote:
> Four?
>
> 1. wx
> 2. PyGTK
> 3. Tk (Are you including this one even?)
> 4. ???
PyQt / PyKDE.
> Of the few I can think of, only one would qualify as great. :)
The fourth one? ;-)
--
Jorge Godoy <[EMAIL PROTECTED]>
--
http://mail.python.org/mailman/listinfo/python-
On Fri, 2005-07-29 at 14:19 -0300, Jorge Godoy wrote:
> Jeremy Moles wrote:
>
> > Four?
> >
> > 1. wx
> > 2. PyGTK
> > 3. Tk (Are you including this one even?)
> > 4. ???
>
> PyQt / PyKDE.
Ah! Can't believe I forgot that one! :)
> > Of the few I can think of, only one would qualify as great. :
39 matches
Mail list logo
