Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #82391 > unrolled thread
| Started by | Barry Warsaw <barry@python.org> |
|---|---|
| First post | 2014-12-11 17:22 -0500 |
| Last post | 2014-12-14 00:08 -0800 |
| Articles | 2 — 2 participants |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition Barry Warsaw <barry@python.org> - 2014-12-11 17:22 -0500
Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition wxjmfauth@gmail.com - 2014-12-14 00:08 -0800
| From | Barry Warsaw <barry@python.org> |
|---|---|
| Date | 2014-12-11 17:22 -0500 |
| Subject | Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition |
| Message-ID | <mailman.16878.1418336556.18130.python-list@python.org> |
[Multipart message — attachments visible in raw view] — view raw
On Dec 11, 2014, at 11:35 AM, Mark Roberts wrote: >I disagree. I know there's a huge focus on The Big Libraries (and wholesale >migration is all but impossible without them), but the long tail of >libraries is still incredibly important. It is, but I think it's increasingly the case that packages which don't support Python 3 will either be shamed into it, important enough to get high quality contributed ports, or will be effectively abandoned and alternatives found. This is a big change from where we were several years ago. All my new $work code is Python 3. Some libraries are bilingual but applications start and stay in Python 3-only. Just recently the last two dependencies in Mailman 3 that blocked us from beginning the port to Python 3 have been replaced[1]. We have active branches that are slowly porting own code now[2]. While we can't quite declare victory yet, and there will always be legacy code for which there just aren't the resources to port, I think it's perfectly reasonable for Python 3 to be the default target version for any new code (and a lot of existing code). Cheers, -Barry [1] SQLAlchemy replaced Storm, and Falcon replaced restish in our trunk. [2] https://code.launchpad.net/~barry/mailman/py3 and https://code.launchpad.net/~raj-abhilash1/mailman/py3
[toc] | [next] | [standalone]
| From | wxjmfauth@gmail.com |
|---|---|
| Date | 2014-12-14 00:08 -0800 |
| Message-ID | <576aca8c-7973-48b1-8ec5-aed4fa7d3978@googlegroups.com> |
| In reply to | #82391 |
Le jeudi 11 décembre 2014 23:22:49 UTC+1, Barry Warsaw a écrit : > On Dec 11, 2014, at 11:35 AM, Mark Roberts wrote: > > >I disagree. I know there's a huge focus on The Big Libraries (and wholesale > >migration is all but impossible without them), but the long tail of > >libraries is still incredibly important. > > It is, but I think it's increasingly the case that packages which don't > support Python 3 will either be shamed into it, important enough to get high > quality contributed ports, or will be effectively abandoned and alternatives > found. This is a big change from where we were several years ago. > > All my new $work code is Python 3. Some libraries are bilingual but > applications start and stay in Python 3-only. > > Just recently the last two dependencies in Mailman 3 that blocked us from > beginning the port to Python 3 have been replaced[1]. We have active branches > that are slowly porting own code now[2]. > > While we can't quite declare victory yet, and there will always be legacy code > for which there just aren't the resources to port, I think it's perfectly > reasonable for Python 3 to be the default target version for any new code (and > a lot of existing code). > > Cheers, > -Barry > > [1] SQLAlchemy replaced Storm, and Falcon replaced restish in our trunk. > > [2] https://code.launchpad.net/~barry/mailman/py3 and > https://code.launchpad.net/~raj-abhilash1/mailman/py3 I will be able to make Python 3.5 failing or crashing with any valid string I wish, as I able to do now. jmf
[toc] | [prev] | [standalone]
Back to top | Article view | comp.lang.python
csiph-web