<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 30 June 2013 20:04, Ralf Gommers <span dir="ltr">&lt;<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That&#39;s not quite what I meant. Even on a work pc on which I don&#39;t have admin rights I will be able to install Anaconda or another distribution. All the basic examples in Python and numpy/scipy docs will work. But I don&#39;t work in a vacuum, so I&#39;ll find out at some later stage that some code that my co-workers wrote depends on version (current minus 2) of some package that only supports 3.x in version (current). This should be the exception and not the norm before recommending 3.x imho.</blockquote>

</div><br></div><div class="gmail_extra">Again, though, I think your coworkers are more likely to have written code which expects Python 2, than Python-3-compatible code which relies on an older version of a particular library. But that&#39;s a chicken and egg problem, and if we always pointed newcomers at the option most likely to preserve compatibility with prior code, then we&#39;d never have started using Python at all.<br>

<br></div><div class="gmail_extra">Hans also has a good point: if you&#39;re working in a group with a Python codebase, they should show you how to set up the preferred environment for that. I also imagine that we&#39;ll need to maintain a warning for some time after we start recommending Python 3, along the lines of &quot;If you find code that doesn&#39;t work, it might be that it was never updated to run on Python 3.&quot; That&#39;s not ideal, but I think being able to point newcomers at the &#39;latest and greatest&#39; version by default will still be an important improvement.<br>

<br>To my mind, the crucial prerequisite is getting robust Python 3 support in the packages that we (the open source SciPy community) develop. Someone has added quite a long list to the Etherpad (Thanks!), but some of them seem quite specialist, e.g. I&#39;ve never even heard of Gamera or kwant before. I don&#39;t think we should hold the recommendation on every specific package that we can find, so the question is which of those packages are important.<br>

<br></div><div class="gmail_extra">Obviously that&#39;s somewhat subjective, so here&#39;s a couple of possible criteria to debate: A project is &#39;important&#39; if<br></div><div class="gmail_extra">- It&#39;s relevant outside one specific field of study (i.e. we wouldn&#39;t block the general recommendation on a package specific to, say, quantum physics), and<br>

</div><div class="gmail_extra">- It&#39;s recommended by blog posts/tutorials/textbooks independent of the project and its main authors.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Here&#39;s the pad again: <a href="https://etherpad.mozilla.org/JdAHGQihei">https://etherpad.mozilla.org/JdAHGQihei</a><br>

<br></div><div class="gmail_extra">Thanks,<br>Thomas<br></div></div>