<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: It&#8217;s time for Python 2.6</title>
	<atom:link href="http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/feed/" rel="self" type="application/rss+xml" />
	<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/</link>
	<description>Eli Bendersky's personal website</description>
	<lastBuildDate>Wed, 01 Sep 2010 06:13:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-194004</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Fri, 14 Aug 2009 04:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-194004</guid>
		<description>@José,

Think of a named tuple like a once-created-then-accessed Struct. It&#039;s convenient to pass complex arguments or return values around. I guess dicts can also be used for that,  but less naturally. And of course dicts are useful for other things as well.</description>
		<content:encoded><![CDATA[<p>@José,</p>
<p>Think of a named tuple like a once-created-then-accessed Struct. It&#8217;s convenient to pass complex arguments or return values around. I guess dicts can also be used for that,  but less naturally. And of course dicts are useful for other things as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: José Hérnandez</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-193064</link>
		<dc:creator>José Hérnandez</dc:creator>
		<pubDate>Wed, 12 Aug 2009 12:35:54 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-193064</guid>
		<description>Thanks for the excellent review of 2.6! One question did arise after reading about namedtuples: what&#039;s the difference between that and dictionaries?</description>
		<content:encoded><![CDATA[<p>Thanks for the excellent review of 2.6! One question did arise after reading about namedtuples: what&#8217;s the difference between that and dictionaries?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-192768</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Wed, 12 Aug 2009 03:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-192768</guid>
		<description>@Michael,

My point, I guess, is just to say that except a few &quot;language lawyer nitpicks&quot;, YAML is a superset of JSON. So just including YAML would give JSON-lovers their JSON and YAML-lovers their extended features.</description>
		<content:encoded><![CDATA[<p>@Michael,</p>
<p>My point, I guess, is just to say that except a few &#8220;language lawyer nitpicks&#8221;, YAML is a superset of JSON. So just including YAML would give JSON-lovers their JSON and YAML-lovers their extended features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Foord</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-191669</link>
		<dc:creator>Michael Foord</dc:creator>
		<pubDate>Sun, 09 Aug 2009 19:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-191669</guid>
		<description>JSON is much more widely used than YAML. :-)</description>
		<content:encoded><![CDATA[<p>JSON is much more widely used than YAML. <img src='http://eli.thegreenplace.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin Cieslik</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-191134</link>
		<dc:creator>Marcin Cieslik</dc:creator>
		<pubDate>Sat, 08 Aug 2009 13:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-191134</guid>
		<description>Why JSON/YAML? Well I don&#039;t and cPickle, marshal are certainly better (but not always faster!). But users of my software might want a text format. The software (PaPy) uses serialization to exchange data between processes in a parallel pipeline. I wanted to make it protocol agnostic, but YAML failed miserably (it scales worse then linear!), while JSON does not. To avoid user problems I dropped YAML.</description>
		<content:encoded><![CDATA[<p>Why JSON/YAML? Well I don&#8217;t and cPickle, marshal are certainly better (but not always faster!). But users of my software might want a text format. The software (PaPy) uses serialization to exchange data between processes in a parallel pipeline. I wanted to make it protocol agnostic, but YAML failed miserably (it scales worse then linear!), while JSON does not. To avoid user problems I dropped YAML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-191034</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Sat, 08 Aug 2009 05:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-191034</guid>
		<description>@Marcin,

Out of curiosity - why would you want to serialize a 100MB file as JSON/YAML? These are text formats, and as such aren&#039;t suitable for such large scale serialization. Wouldn&#039;t cPickle or shelve be better for this?</description>
		<content:encoded><![CDATA[<p>@Marcin,</p>
<p>Out of curiosity &#8211; why would you want to serialize a 100MB file as JSON/YAML? These are text formats, and as such aren&#8217;t suitable for such large scale serialization. Wouldn&#8217;t cPickle or shelve be better for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: René A.</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-190638</link>
		<dc:creator>René A.</dc:creator>
		<pubDate>Fri, 07 Aug 2009 16:36:26 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-190638</guid>
		<description>Talking about convenience... also, besides multiple Python installations, really give &#039;virtualenv&#039; a try.

You can customize on a per project basis you&#039;re desired python environment, ranging from your Python version to a minimalistic set of desired packages.</description>
		<content:encoded><![CDATA[<p>Talking about convenience&#8230; also, besides multiple Python installations, really give &#8216;virtualenv&#8217; a try.</p>
<p>You can customize on a per project basis you&#8217;re desired python environment, ranging from your Python version to a minimalistic set of desired packages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcin Cieslik</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-190544</link>
		<dc:creator>Marcin Cieslik</dc:creator>
		<pubDate>Fri, 07 Aug 2009 12:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-190544</guid>
		<description>The performance of YAML is really too painful to be a substitute for JSON. Try serializing/de-serializing some 100Mb (I did not succeed). Embarrassing, I have priority Queue in one of my codes:
`&lt;code&gt;class PriorityQueue(Queue):
    __abENT__quot;__abENT__quot;__abENT__quot;
    A priority queue using a heap on a list__abENT__#46; This Queue is thread but not 
    process safe__abENT__#46;
    __abENT__quot;__abENT__quot;__abENT__quot;
    def _init(self, maxsize):
        self__abENT__#46;maxsize = maxsize
        self__abENT__#46;queue = []

    def _put(self, item):
        return heappush(self__abENT__#46;queue, item)

    def _get(self):
        return heappop(self__abENT__#46;queue)&lt;/code&gt;`
I guess I should read the docs more carefully :)</description>
		<content:encoded><![CDATA[<p>The performance of YAML is really too painful to be a substitute for JSON. Try serializing/de-serializing some 100Mb (I did not succeed). Embarrassing, I have priority Queue in one of my codes:<br />
<code class="backtick">class PriorityQueue(Queue):<br />
    &quot;&quot;&quot;<br />
    A priority queue using a heap on a list&#46; This Queue is thread but not<br />
    process safe&#46;<br />
    &quot;&quot;&quot;<br />
    def _init(self, maxsize):<br />
        self&#46;maxsize = maxsize<br />
        self&#46;queue = []</p>
<p>    def _put(self, item):<br />
        return heappush(self&#46;queue, item)</p>
<p>    def _get(self):<br />
        return heappop(self&#46;queue)</code><br />
I guess I should read the docs more carefully <img src='http://eli.thegreenplace.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Olivier LEBIGOT (EOL)</title>
		<link>http://eli.thegreenplace.net/2009/08/07/its-time-for-python-26/comment-page-1/#comment-190521</link>
		<dc:creator>Eric Olivier LEBIGOT (EOL)</dc:creator>
		<pubDate>Fri, 07 Aug 2009 10:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1854#comment-190521</guid>
		<description>Nice overview of why Python 2.6 is a great upgrade!

Why did you have to uninstall Python 2.5 modules?  Under Mac OS X, I have co-existing Python 2.5 and Python 2.6 installs, complete with 3rd-party modules.  This is really convenient when you _have_ to use Python 2.5.</description>
		<content:encoded><![CDATA[<p>Nice overview of why Python 2.6 is a great upgrade!</p>
<p>Why did you have to uninstall Python 2.5 modules?  Under Mac OS X, I have co-existing Python 2.5 and Python 2.6 installs, complete with 3rd-party modules.  This is really convenient when you _have_ to use Python 2.5.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
