<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for Oakwinter.com :: Code</title>
	<link>http://oakwinter.com/code</link>
	<description></description>
	<pubDate>Fri, 12 Mar 2010 04:22:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2</generator>

	<item>
		<title>Comment on Porting setuptools to py3k by Blake Winton</title>
		<link>http://oakwinter.com/code/porting-setuptools-to-py3k/#comment-22224</link>
		<author>Blake Winton</author>
		<pubDate>Tue, 16 Oct 2007 19:26:30 +0000</pubDate>
		<guid>http://oakwinter.com/code/porting-setuptools-to-py3k/#comment-22224</guid>
		<description>Couldn't you just create and add a CmpMixin, which defines all the comparison operators in terms of __cmp__?

I suspect such a thing will be very popular in Python 3.0, so getting one out there today would be a good idea.  ;)

Later,
Blake.</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t you just create and add a CmpMixin, which defines all the comparison operators in terms of __cmp__?</p>
<p>I suspect such a thing will be very popular in Python 3.0, so getting one out there today would be a good idea.  <img src='http://oakwinter.com/code/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Later,<br />
Blake.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Motivation for rewriting unittest by John Lee</title>
		<link>http://oakwinter.com/code/motivation-for-rewriting-unittest/#comment-22176</link>
		<author>John Lee</author>
		<pubDate>Sun, 14 Oct 2007 14:47:39 +0000</pubDate>
		<guid>http://oakwinter.com/code/motivation-for-rewriting-unittest/#comment-22176</guid>
		<description>nose 0.10 (recently released) has had a big plugin API redesign (maybe as a result of this blog post?) and now supports this particular use case (and others, of course).

I've used it fairly sucessfully on a large project.  Not everything is as easy as it could be, but that'll wait for the next world (or maybe nose 1.0 :-)</description>
		<content:encoded><![CDATA[<p>nose 0.10 (recently released) has had a big plugin API redesign (maybe as a result of this blog post?) and now supports this particular use case (and others, of course).</p>
<p>I&#8217;ve used it fairly sucessfully on a large project.  Not everything is as easy as it could be, but that&#8217;ll wait for the next world (or maybe nose 1.0 <img src='http://oakwinter.com/code/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Porting setuptools to py3k by Eduardo Padoan</title>
		<link>http://oakwinter.com/code/porting-setuptools-to-py3k/#comment-17373</link>
		<author>Eduardo Padoan</author>
		<pubDate>Mon, 23 Jul 2007 23:54:51 +0000</pubDate>
		<guid>http://oakwinter.com/code/porting-setuptools-to-py3k/#comment-17373</guid>
		<description>Added a link to this post at:
http://wiki.python.org/moin/FutureProofPython</description>
		<content:encoded><![CDATA[<p>Added a link to this post at:<br />
<a href="http://wiki.python.org/moin/FutureProofPython" rel="nofollow">http://wiki.python.org/moin/FutureProofPython</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Introducing context_tools by Kumar McMillan</title>
		<link>http://oakwinter.com/code/introducing-context_tools/#comment-15137</link>
		<author>Kumar McMillan</author>
		<pubDate>Tue, 26 Jun 2007 15:41:56 +0000</pubDate>
		<guid>http://oakwinter.com/code/introducing-context_tools/#comment-15137</guid>
		<description>Hmm, very cool ideas.  I posted a more in-depth response here: http://farmdev.com/thoughts/26/context_tools-bridging-the-gap-between-test-methods-and-test-classes-/</description>
		<content:encoded><![CDATA[<p>Hmm, very cool ideas.  I posted a more in-depth response here: <a href="http://farmdev.com/thoughts/26/context_tools-bridging-the-gap-between-test-methods-and-test-classes-/" rel="nofollow">http://farmdev.com/thoughts/26/context_tools-bridging-the-gap-between-test-methods-and-test-classes-/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on One step closer&#8230; by Brett</title>
		<link>http://oakwinter.com/code/one-step-closer/#comment-14978</link>
		<author>Brett</author>
		<pubDate>Sun, 24 Jun 2007 20:20:59 +0000</pubDate>
		<guid>http://oakwinter.com/code/one-step-closer/#comment-14978</guid>
		<description>Wah.  I miss going to Google to work on Google while hanging out with some Googlers while eating some Google on Google, all while using electricity from Google.

God I need to graduate.</description>
		<content:encoded><![CDATA[<p>Wah.  I miss going to Google to work on Google while hanging out with some Googlers while eating some Google on Google, all while using electricity from Google.</p>
<p>God I need to graduate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On Python 3000 whinging by Adam Hupp</title>
		<link>http://oakwinter.com/code/on-python-3000-whinging/#comment-14896</link>
		<author>Adam Hupp</author>
		<pubDate>Sat, 23 Jun 2007 22:46:45 +0000</pubDate>
		<guid>http://oakwinter.com/code/on-python-3000-whinging/#comment-14896</guid>
		<description>&#62; As I asked in response to Martijn’s first 
&#62; article, have the Jython, IronPython or PyPy &#62; developers even committed to providing 
&#62; compatibility with Python 3.0?

Python 3.0 support is on the Jython roadmap:

http://www.jython.org/Project/roadmap.html</description>
		<content:encoded><![CDATA[<p>&gt; As I asked in response to Martijn’s first<br />
&gt; article, have the Jython, IronPython or PyPy &gt; developers even committed to providing<br />
&gt; compatibility with Python 3.0?</p>
<p>Python 3.0 support is on the Jython roadmap:</p>
<p><a href="http://www.jython.org/Project/roadmap.html" rel="nofollow">http://www.jython.org/Project/roadmap.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On Python 3000 whinging by Jeff Shell</title>
		<link>http://oakwinter.com/code/on-python-3000-whinging/#comment-14891</link>
		<author>Jeff Shell</author>
		<pubDate>Sat, 23 Jun 2007 18:25:20 +0000</pubDate>
		<guid>http://oakwinter.com/code/on-python-3000-whinging/#comment-14891</guid>
		<description>The Python 3000 concept has been out there for years. 6-8 years, at least. Why are people afraid of it? It it because it has visual progress and plans, unlike Perl 6? If it stayed in the realm of "the mythical Python 3000" then it would be the greatest thing since barbecued pineapple. 

Python 3000, by my memory, has always been tauted as the version that would not take on backwards compatibility. Sometimes  I think that's a worthy sacrifice. The road map has 2.x releases planned out for the next couple of years anyways.

I welcome and look forward to Python 3000, even though I have no idea when I'll be able to take proper advantage of it (Zope 3, which I use heavily, has yet to be blessed to even *run* on Python 2.5).</description>
		<content:encoded><![CDATA[<p>The Python 3000 concept has been out there for years. 6-8 years, at least. Why are people afraid of it? It it because it has visual progress and plans, unlike Perl 6? If it stayed in the realm of &#8220;the mythical Python 3000&#8243; then it would be the greatest thing since barbecued pineapple. </p>
<p>Python 3000, by my memory, has always been tauted as the version that would not take on backwards compatibility. Sometimes  I think that&#8217;s a worthy sacrifice. The road map has 2.x releases planned out for the next couple of years anyways.</p>
<p>I welcome and look forward to Python 3000, even though I have no idea when I&#8217;ll be able to take proper advantage of it (Zope 3, which I use heavily, has yet to be blessed to even *run* on Python 2.5).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Subclassing modules in Python by Titus Brown</title>
		<link>http://oakwinter.com/code/subclassing-modules-in-python/#comment-14878</link>
		<author>Titus Brown</author>
		<pubDate>Sat, 23 Jun 2007 14:32:46 +0000</pubDate>
		<guid>http://oakwinter.com/code/subclassing-modules-in-python/#comment-14878</guid>
		<description>I've been looking for ways to do this for a while, and never thought of this elegant trick.  Nice!

--titus
p.s. no, I have no good reason for doing it.  does that ever stop anyone?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been looking for ways to do this for a while, and never thought of this elegant trick.  Nice!</p>
<p>&#8211;titus<br />
p.s. no, I have no good reason for doing it.  does that ever stop anyone?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On Python 3000 whinging by James T</title>
		<link>http://oakwinter.com/code/on-python-3000-whinging/#comment-14833</link>
		<author>James T</author>
		<pubDate>Sat, 23 Jun 2007 01:45:21 +0000</pubDate>
		<guid>http://oakwinter.com/code/on-python-3000-whinging/#comment-14833</guid>
		<description>I am not as worried about moving from one version of Python to to the next as some people seem to be. I was recently working on a project with a code base of about 150,000 lines of Python code. We went from Python 2.2 to 2.3 to 2.4 with almost no glitches. The only time we had a code issue was when a developer used a 2.4 feature before everyone had upgraded from 2.3. We had hundreds of machines on both Windows and UNIX in many locations that we couln't force to upgrade every day. To me, bottom line,2.x are very compatible and I think that 2.6 will translate nicely into 3.x</description>
		<content:encoded><![CDATA[<p>I am not as worried about moving from one version of Python to to the next as some people seem to be. I was recently working on a project with a code base of about 150,000 lines of Python code. We went from Python 2.2 to 2.3 to 2.4 with almost no glitches. The only time we had a code issue was when a developer used a 2.4 feature before everyone had upgraded from 2.3. We had hundreds of machines on both Windows and UNIX in many locations that we couln&#8217;t force to upgrade every day. To me, bottom line,2.x are very compatible and I think that 2.6 will translate nicely into 3.x</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On Python 3000 whinging by Paul Boddie</title>
		<link>http://oakwinter.com/code/on-python-3000-whinging/#comment-14826</link>
		<author>Paul Boddie</author>
		<pubDate>Sat, 23 Jun 2007 00:22:29 +0000</pubDate>
		<guid>http://oakwinter.com/code/on-python-3000-whinging/#comment-14826</guid>
		<description>"There are four credible implementations of Python I know of (CPython, Jython, IronPython, PyPy), and we can’t ask each one of these efforts to please please won’t you embed a Python 2 runtime in your system?"

As I asked in response to Martijn's first article, have the Jython, IronPython or PyPy developers even committed to providing compatibility with Python 3.0? Or are they holding off on what would be an even bigger trip through the undergrowth than usual?</description>
		<content:encoded><![CDATA[<p>&#8220;There are four credible implementations of Python I know of (CPython, Jython, IronPython, PyPy), and we can’t ask each one of these efforts to please please won’t you embed a Python 2 runtime in your system?&#8221;</p>
<p>As I asked in response to Martijn&#8217;s first article, have the Jython, IronPython or PyPy developers even committed to providing compatibility with Python 3.0? Or are they holding off on what would be an even bigger trip through the undergrowth than usual?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
