<div dir="ltr">So, I'm more than aware of how to write Python 2/3 compatible code. I've ported 10-20 libraries to Python 3 and write Python 2/3 compatible code at work. I'm also aware of how much writing 2/3 compatible code makes me hate Python as a language. It'll be a happy day when one of the two languages dies so that I never have to write code like that again. However, my point was that just because the core libraries by usage are *starting* to roll out Python 3 support doesn't mean that things are "easy" or "convenient" yet. There are too many libraries in the long tail which fulfill semi-common purposes and haven't been moved over yet. Yeah, sure, they haven't been updated in years... but neither has the language they're built on.<div><br></div><div>I suppose what I'm saying is that the long tail of libraries is far more valuable than it seems the Python3 zealots are giving it credit for. Please don't claim it's "easy" to move over just because merely most of the top 20 libraries have been moved over. :-/<div><div><br><div><div><div><div><div>-Mark</div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 11, 2014 at 12:14 PM, Dan Stromberg <span dir="ltr"><<a href="mailto:drsalists@gmail.com" target="_blank">drsalists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Dec 11, 2014 at 11:35 AM, Mark Roberts <<a href="mailto:wizzat@gmail.com">wizzat@gmail.com</a>> wrote:<br>
> I disagree. I know there's a huge focus on The Big Libraries (and wholesale<br>
> migration is all but impossible without them), but the long tail of<br>
> libraries is still incredibly important. It's like saying that migrating the<br>
> top 10 Perl libraries to Perl 6 would allow people to completely ignore all<br>
> of CPAN. It just doesn't make sense.<br>
<br>
</span>Things in the Python 2.x vs 3.x world aren't that bad.<br>
<br>
See:<br>
<a href="https://python3wos.appspot.com/" target="_blank">https://python3wos.appspot.com/</a> and<br>
<a href="https://wiki.python.org/moin/PortingPythonToPy3k" target="_blank">https://wiki.python.org/moin/PortingPythonToPy3k</a><br>
<a href="http://stromberg.dnsalias.org/~strombrg/Intro-to-Python/" target="_blank">http://stromberg.dnsalias.org/~strombrg/Intro-to-Python/</a> (writing code<br>
to run on 2.x and 3.x)<br>
<br>
I believe just about everything I've written over the last few years<br>
either ran on 2.x and 3.x unmodified, or ran on 3.x alone.  If you go<br>
the former route, you don't need to wait for your libraries to be<br>
updated.<br>
<br>
I usually run pylint twice for my projects (after each change, prior<br>
to checkin), once with a 2.x interpreter, and once with a 3.x<br>
interpreter (using<br>
<a href="http://stromberg.dnsalias.org/svn/this-pylint/trunk/this-pylint" target="_blank">http://stromberg.dnsalias.org/svn/this-pylint/trunk/this-pylint</a>) , but<br>
I gather pylint has the option of running on a 2.x interpreter and<br>
warning about anything that wouldn't work on 3.x.<br>
</blockquote></div><br></div>