ACME-QuoteDB
view release on metacpan or search on metacpan
t/data/www.amk.ca/quotations/python-quotes/page-3.html view on Meta::CPAN
<title>Python Quotes, page 3 of 10</title>
<meta name="MSSmartTagsPreventParsing" content="TRUE" />
<link rel="Prev" href="page-2" />
<link rel="Next" href="page-4" />
<link rel="openid.server" href=
"http://www.livejournal.com/openid/server.bml" />
<link rel="openid.delegate" href=
"http://akuchling.livejournal.com/" />
</head>
<body>
<div class="navbar"><a href="/">Home</a> > <a href=
"/quotations/">Quotations</a> > <a href=
"/quotations/python-quotes/">Python Quotations</a> >
<h1 class="title">Python Quotes, page 3 of 10</h1>
<div style="text-align:right">[<a href="/search">Search
amk.ca</a>]<br />
This page last modified: 30 Sep 2006</div>
</div>
<div class="sidebar">
<p><span class="link-heading">Other Software Quotes:</span>
<a class="sidebar-link" href="index">1</a> | <a class=
"sidebar-link" href="page-2">2</a> | <a class="sidebar-link" href=
"page-3">3</a> | <a class="sidebar-link" href="page-4">4</a> |
<a class="sidebar-link" href="page-5">5</a> | <a class=
"sidebar-link" href="page-6">6</a> | <a class="sidebar-link" href=
"page-7">7</a> | <a class="sidebar-link" href="page-8">8</a> |
<a class="sidebar-link" href="page-9">9</a> | <a class=
"sidebar-link" href="page-10">10</a><br />
<span class="link-heading">Other Formats:</span> <a class=
"sidebar-link" href="../python-quotes.txt">ASCII</a> | <a class=
"sidebar-link" href="../python-quotes.ft">Fortune</a> | <a class=
"sidebar-link" href="../python-quotes.xml">XML</a><br />
<span class="link-heading">Other Collections:</span> <a class=
"sidebar-link" href="../">Index</a> | <a class="sidebar-link" href=
"../comics/">Comics</a> | <a class="sidebar-link" href=
"../cryptography/">Cryptography</a> | <a class="sidebar-link" href=
"../quotations/">Commonplace book</a> | <a class=
"sidebar-link" href="../doctor-who/">Doctor Who</a> |
<a class="sidebar-link" href="../neil-gaiman/">Neil Gaiman</a>
| <a class="sidebar-link" href=
"../peter-greenaway/">Peter Greenaway</a> | <a class=
"sidebar-link" href="../python-quotes/">Python</a> | <a class=
"sidebar-link" href=
"../robertson-davies/">Robertson Davies</a> | <a class=
"sidebar-link" href="../sherlock-holmes/">Sherlock Holmes</a>
| <a class="sidebar-link" href=
"../tom-baker/">Tom Baker</a></p>
</div>
<div class="content">
<hr />
<p class='quotation' id='q66'>Two things I learned for sure during
a particularly intense acid trip in my own lost youth: (1)
everything is a trivial special case of something else; and, (2)
death is a bunch of blue spheres.</p>
<p class='source'>Tim Peters, 1 May 1998</p>
<p class='quotation' id='q67'>Well, they will be: "<" will mean
what everyone thinks it means when applied to builtin types, and
will mean whatever __lt__ makes it mean otherwise, except when
__lt__ isn't defined but __cmp__ is in which case it will mean
whatever __cmp__ makes it mean, except when neither __lt__ or
__cmp__ are defined in which case it's still unsettled. I think. Or
isn't that what you meant by "clearly defined"?</p>
<p class='source'>Tim Peters, 6 May 1998</p>
<p class='quotation' id='q68'>You write a great program, regardless
of language, by redoing it over & over & over & over,
until your fingers bleed and your soul is drained. But if you tell
newbies <em>that</em>, they might decide to go off and do something
sensible, like bomb defusing<wink>.</p>
<p class='source'>Tim Peters, 5 Jun 1998</p>
<p class='quotation' id='q69'>OO styles help in part because they
make it easier to redo large parts over, or, when the moon is
shining just right, to steal large parts from someone else. Python
helps in many additional ways regardless of style, not least of
which in that it hurts less to throw away 50 lines of code than
5,000 <0.5 wink>. The pains, and joys, of programming are
<em>qualitatively</em> the same under Python. There's less pain
less often, and joy comes quicker. And that's worth a whole
lot.</p>
<p class='source'>Tim Peters, 5 Jun 1998</p>
<p class='quotation' id='q70'>I've had a DBA tell me that what I
wanted to do "could not" be done because his silly $5000 tool
couldn't model it. Proving him wrong simply increased his
conviction that what I was doing was immoral and perverse. Which,
come to think of it, it probably was. Hee hee.</p>
<p class='source'>Gordon McMillan, 8 Jun 1998</p>
<p class='quotation' id='q71'>The majority of programmers aren't
really looking for flexibility. Most languages that enjoy huge
success seem to do so not because they're flexible, but because
they do one particular thing <em>extremely</em> well. Like Fortran
for fast number-crunching in its day, or Perl for regexps, or C++
for compatibility with C, or C for ... well, C's the exception that
proves the rule.</p>
<p class='source'>Tim Peters, 11 Jun 1998</p>
<p class='quotation' id='q72'>It has also been referred to as the
"Don Beaudry <em>hack</em>," but that's a misnomer. There's nothing
hackish about it -- in fact, it is rather elegant and deep, even
though there's something dark to it.</p>
<p class='source'>Guido van Rossum, <cite>Metaclass Programming in
Python 1.5</cite></p>
<p class='quotation' id='q73'>Just point your web browser at
http://www.python.org/search/ and look for "program", "doesn't",
"work", or "my". Whenever you find someone else whose program
didn't work, don't do what they did. Repeat as needed.</p>
<p class='source'>Tim Peters, on python-help, 16 Jun 1998</p>
<p class='quotation' id='q74'>Now some people see unchecked raw
power and flee from perceived danger, while others rush toward
perceived opportunity. That's up to them. But I think it's
enormously <em>clarifying</em> in either case to see just
<em>how</em> raw this particular gimmick can get.</p>
<p class='source'>Tim Peters, 16 Jun 1998</p>
<p class='quotation' id='q75'>Every language has its partisans,
usually among folks deeply immersed in their particular theology,
triumphant in having divined the inner meaning of some esoteric
operations, like a medieval Jesuit hot on the trail of the final
ontological proof, whose conciseness in solving a single problem
makes them almost swoon with ecstacy at the expected savings of
many keystrokes, as if those very keystrokes represented a lot of
heavy lifting and hauling on their part.</p>
<p class='source'>John Holmgren, 18 Jun 1998</p>
<p class='quotation' id='q76'>> In general, the situation
sucks.
mind-if-i-use-that-as-my-epitaph<wink>?-ly y'rs - tim</p>
<p class='source'>Timothy J. Grant and Tim Peters, 22 Jun 1998</p>
<p class='quotation' id='q77'>> Just for the record, on AIX, the
following C program:
Oh no you don't! I followed AIX threads for
the first year it came out, but eventually decided there was no
future in investing time in baffling discussions that usually ended
with "oh, never mind -- turns out it's a bug" <0.9 wink>.</p>
<p class='source'>Vladimir Marangozov and Tim Peters, 23 Jun
1998</p>
<p class='quotation' id='q78'>Python - why settle for snake oil
when you can have the <em>whole</em> snake?</p>
<p class='source'>Mark Jackson, 26 Jun 1998</p>
<p class='quotation' id='q79'>The problem I have with "SETL sets"
in Python is the same I have with every other language's "killer
core" in Python: SETL is much more than just "a set type", Eiffel
is much more than just fancy pre- and post- conditions, Perl's
approach to regexps is much more than just its isolated regexp
syntax, Scheme is much more than just first-class functions &
lexical closures, and so on. Good languages aren't random
collections of interchangeable features: they have a philosophy and
internal coherence that's never profitably confused with their
surface features.</p>
<p class='source'>Tim Peters, 10 Jul 1998</p>
<p class='quotation' id='q80'>"Since I'm so close to the pickle
module, I just look at the pickles directly, as I'm pretty good at
reading pickles."
"As you all can imagine, this trick goes over
really well at parties."</p>
<p class='source'>Jim Fulton and Paul Everitt on the Bobo list, 17
Jul 1998</p>
<p class='quotation' id='q81'>My theory is that the churning of old
threads and reminiscences (Continuations, Icon influences,
old-T-shirts, the pre news-group mailing list archive, whitespace,
closures, .... ) has brought some old messages to the surface, via
some mechanism similar to the way plankton and other nutrients are
cycled in the ocean.</p>
<p class='source'>Steven D. Majewski, 23 Jul 1998</p>
<p class='quotation' id='q82'>In general, Our Guido flees from
schemes that merely change <em>which</em> foot gets blown off
<0.45 caliber wink>. Schemes that remove the firing pin
entirely have a much better, um, shot <wink>.</p>
<p class='source'>Tim Peters, 25 Jul 1998</p>
<p class='quotation' id='q83'>I don't know what "invert the control
structure" means -- but if it's anything like turning a hamster
inside-out, I would <em>expect</em> it to be messy
<wink>.</p>
<p class='source'>Tim Peters, 25 Jul 1998</p>
<p class='quotation' id='q84'>This makes it possible to pass
complex object hierarchies to a C coder who thinks computer science
has made no worthwhile advancements since the invention of the
pointer.</p>
<p class='source'>Gordon McMillan, 30 Jul 1998</p>
<p class='quotation' id='q85'>The nice thing about list
comprehensions is that their most useful forms could be implemented
directly as light sugar for ordinary Python loops, leaving lambdas
out of it entirely. You end up with a subtly different beast, but
so far it appears to be a beast that's compatible with cuddly
pythons.</p>
<p class='source'>Tim Peters, 6 Aug 1998</p>
<p class='quotation' id='q86'>I wonder what Guido thinks he might
do in Python2 (assuming, of course, that he doesn't hire a bus to
run over him before then <wink>).</p>
<p class='source'>Tim Peters, 26 Aug 1998</p>
<p class='quotation' id='q87'>After writing CGI scripts the
traditional way for a few years, it is taking awhile to reshape my
thinking. No sledgehammer to the head yet, but lots of small
sculpting hammers...</p>
<p class='source'>John Eikenberry on the Bobo list, 27 Aug 1998</p>
<p class='quotation' id='q88'>I believe sometimes numbers creep
into my programs as strings, so '4'/2 needs to also be 2. Other
languages do this. Since this is due in part to user input, I guess
'four'/2, 'quattro/2', 'iv/2' etc. need to be 2 as well; don't know
any other language that does so, but Python could take the lead
here in software reliability. Any white space should be ignored,
including between my ears. I don't have time to write any useful
( run in 1.072 second using v1.01-cache-2.11-cpan-39bf76dae61 )