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 am
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 often
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 Development
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' and nailed
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 nailed 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 the
general points made might
[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 nailed to,
[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 believe
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.com/
snip
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
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
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.org
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 only talk
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 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.
But
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 know whether I am
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 design
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-list
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 answer?)
It was
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. :)
The fourth
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 use
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 =
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. ;-)
-Peter
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 value, allow an
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]
--
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 the Python
[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 might
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
--
[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 might
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
--
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 -- let's do
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 -- let's do more of
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 want to know
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 several answers to give
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
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 Development
[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
except:
39 matches
Mail list logo