Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread Nick Coghlan
On 13 December 2014 at 16:28, Chris Angelico wrote: > On Sat, Dec 13, 2014 at 5:13 PM, Donald Stufft wrote: >> First of all, it's essentially the route that Python itself took and the side >> effects of that is essentially what is making things less-fun for me to write >> Python. Doing the same t

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread Barry Warsaw
On Dec 13, 2014, at 12:29 AM, Donald Stufft wrote: >For what it’s worth, I almost exclusively write 2/3 compatible code (and >that’s with the “easy” subset of 2.6+ and either 3.2+ or 3.3+) and doing so >does make the language far less fun for me than when I was writing 2.x only >code. For myself,

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread Donald Stufft
> On Dec 13, 2014, at 10:17 AM, Barry Warsaw wrote: > > On Dec 13, 2014, at 12:29 AM, Donald Stufft wrote: > >> For what it’s worth, I almost exclusively write 2/3 compatible code (and >> that’s with the “easy” subset of 2.6+ and either 3.2+ or 3.3+) and doing so >> does make the language far l

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread Steve Dower
This is also my approach, and the one that I'm encouraging throughout Microsoft as we start putting out more Python packages for stuff. Top-posted from my Windows Phone From: Barry Warsaw Sent: ‎12/‎13/‎2014 7:19 To: python-dev@python.org<

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread R. David Murray
On Sat, 13 Dec 2014 10:17:59 -0500, Barry Warsaw wrote: > On Dec 13, 2014, at 12:29 AM, Donald Stufft wrote: > > >For what it’s worth, I almost exclusively write 2/3 compatible code (and > >that’s with the “easy” subset of 2.6+ and either 3.2+ or 3.3+) and > >doing so > >does make the la

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

2014-12-13 Thread Nick Coghlan
On 13 Dec 2014 05:19, "Petr Viktorin" wrote: > > Also keep in mind that not all Python libraries are on PyPI. > For non-Python projects with Python bindings (think video players, > OpenCV, systemd, Samba), distribution via PyPI doesn't make much > sense. And since the Python bindings are usually s