[Python-ideas] Fwd: doctest (and.... python3000)
Ethan Furman
ethan at stoneleaf.us
Mon Feb 27 23:16:22 CET 2012
Mark Janssen wrote:
> On Mon, Feb 27, 2012 at 1:22 PM, Ethan Furman wrote:
>>> I should probably correct myself. It is suiltable, just not
>>> enjoyable. But now I know you are someone who likes all that arcana
>>> of unittest module.
>>
>> I'm not sure about *that* -- having to exactly reproduce the output
>> of the interpreter seems kind of arcane to me. ;)
>
> Well, you're an interesting test case for a theory -- some people
> shouldn't be coding in python...
Wow. Talk about mixed emotions -- on the one hand I totally agree with
you, on the other I haven't been that offended in quite some time. ;)
> Python, as I see, is "the coder's language". It's meant for a
> programmers who want to write code for the sake of their art -- coding
> for him/herself firstly (and their community) and secondly for
> "industrial productions" -- shops that just churn out working apps
> without a consideration for the art.
While Python is the most enjoyable language I have ever used, I strive
for mastery and beauty in all the languages I work with. One of
Python's big strengths is it's simplicity, while still allowing for
great power (with it's data structures, exception handling, metaclasses
(okay, not so simple there ;)).
> In the latter case, tests won't be for future coders in your community,
> but for maintaining "/la machine/" -- the simple, logical machine in
> your code.
I fail to see your point here with regards to doctest versus unittest.
When I actually write the docs for my dbf module (simple Sphinx
generated at the moment), I will have examples in it and run it through
doctest. However, I will still have the unit tests as the primary test
bench for it.
As an example, for the dBase III table type there are five field types.
There is a test for a table with each possible combination (not
permutation) of one to five of those field types (okay, so I'm slightly
paranoid, too ;) -- would you really want to see that in your documentation?
> This, to me, is the primary split between those of us who still have
> high hopes for a true Python3000 (now evolved into python4000 because of
> release v3) and the rest....
Overall I am quite happy with Py3k. I seriously doubt that I would be
100% satisfied with somebody else's language simply because we are not
the same individual and so have different preferences. I can say I am
at least 95% happy with Python, which is the best approval rating I have
been able to give since Assembly.
If Python 3 is so hope-dashing, perhaps you should fork your own version?
> Accurate in your case?
That I shouldn't be using Python? No, inaccurate.
That I am part of the bunch so disappointed with Py3k that I am yearning
for Py4k? No, inaccurate.
~Ethan~
More information about the Python-ideas
mailing list