3 ms·
I've observed the scientific community to be generally curmudgeonly about software issues overall, so I'd predict that they will be the last group to move to Py
by zzzeek 14y ago
I've observed the scientific community to be generally curmudgeonly about software issues overall, so I'd predict that they will be the last group to move to Python 3. So once every other community has moved over (in this order: hobbyists, bleeding-edge startups, tech companies/startups in general, corporate environments), then it will be their turn, and they certainly will because the ecosystem will have completed moving over.
As far as 2to3/3to2, that entire process in my opinion will be going away; once you've pegged Python 2.6 as your bottom version, it's straightforward (though not without effort) to produce a codebase that runs in Python 2 and 3 without any changes. I've already done this for my template language Mako, where version 0.7.4 has been enhanced to support Python 2.4 all the way through the latest 3.3 without any 2to3/3to2 step.
- white_devil 14y agoThank you for making Mako. It's totally lovely, and the somewhat JSP-like flexibility makes it just flat out better than Jinja2.
- ajdecon 14y agoOT, is there a good guide somewhere for writing software which works in both 2.6+ and in 3.x?
- zzzeek 14y agoyes, check this out: http://python3porting.com/noconv.html http://python3porting.com/noconv.html then read the source code (very short) to six: https://bitbucket.org/gutworth/six/src/64891e65200f9853aa64d370184de838deee249c/six.py?at=default https://bitbucket.org/gutworth/six/src/64891e65200f9853aa64d... I don't actually pull in six, I just include those functions which I need locally, usually with some tweaks.