Вышел Python3.5, много нового. По мне так вот эта штука самая убийственная, а как вам?

Я уже использую asyncio в продакшене, так что да PEP-0492 очень в тему! Мне очень очень сильно не хватает async with и async for.

я только погружаюсь в тематику. Вот на втором питоне coroutine освоил, как то не приходилось до этого пользовать. Видимо придеться себе новую задачу придумывать, что бы энергичнее в тему погрузиться.

collections.OrderedDict is now implemented in C, which makes it 4 to 100 times faster.

Вот это, видимо, ожидаемый profit

subprocess
The new run() function has been added.

Вот это вроде задумано не плохо. Как нибудь надо покрутить

Optimizations

Всякие оптимизации увеличивающее быстродействие - это всегда хорошо, если они именно таковыми являются.

Ну, а в целом, “вперед к светлому будущему” :-)

JOHN_16
“вперед к светлому будущему” :-)

Только теперь тетечкам которые сидят на Windows XP не так просто питон поставить…
Пробовал кто компилировать его mingw? Хотя конечно можно собрать его и на машине с семеркой…

doza_and
exe'шник что ли не поддерживает установку на WinXP ?
P.S. просто нету в ближайшее время проверить самолично

А pycharm его не поддерживает еще что ли? Вроде писали о начальной поддержке. Открываю - async и await красным. И, как назло, подписка на него кончилась :(

ЗЫ: C обновлением подписки на pycharm есть одна ловушка, если продлеваешь просроченную, то продлевают не с даты оплаты, а с даты окончания предыдущей. У меня прошлый раз кончалась в сентябре, продлил я в декабре, снова кончилась в сентябре.

JOHN_16
exe'шник что ли не поддерживает установку на WinXP ?

У микрософта много новых “полезных” фишек. Операционка совершенствуется, повились системные вызовы которые не поддерживаются в WindowsXP (Наверное тоже касается переходов Windows7->Windows8.1A->Windows10) но этот вопрос не исследовал. Т.е. Дистрибутив ставится но python.exe не запустится (говорит что не исполняемый файл на XP т.е. причина даже не в разных рантаймах). В доке написано что компилятор MSVC 14. Для него это обычное поведение. Аналогичный “подарок” в статических и динамических библиотеках. Например в проекте нельзя смешивать не только статические библиотеки от msvc10 msvc13 (что еще как-то можно понять) но и динамические библиотеки с полностью статической линковкой рантайма. Т.е. по отдельности их можно использовать, а вместе нельзя :).
Если не заморачиваться получится так:
Все надо пересобрать новым компилятором. После этого оно будет непригодно для использования в Windows XP (дальше наверное будет аналогично для Win7,Win8,…). В msvc13 галка сборка под XP пока еще осталась.

Я тихо и про себя все больше убеждаюсь что в мире Software что то творится не ладно. Деградация что ли какая то. В какой то момент времени концепция создания качественного ПО умерла, в угоду другим.

Конкретно про этот случай. НУ в общем то XP устаревшая и не поддерживаемая ОС, поэтому и не удивительно.

JOHN_16
о XP устаревшая и не поддерживаемая ОС

Это безусловно так. Но мы получили новые возможности после перехода с XP На win7? Можно посмотреть наверное исходники питона под Windows. Но не думаю что в интерпретаторе начали использовать новые фичи. Возникает резонный вопрос зачем ломать старое если новое не становится лучше?

У меня две гипотезы. Более вероятно что это маркетинговая политика направленная на создание потребности в постоянном обновлении ОС. Но возможно что разработчики просто не справляются со сложностью ОС которая изначально не предполагала вариабельности компонент. Например с библиотеками. Были случаи когда для разных билдов WIN7 функции ядра имели разный набор или разный смысл передаваемых аргументов. Сейчас линкер проверяет используемый рантайм и не дает линковать вместе продукты от разных компиляторов (как я упоминал даже для DLL из которой экспортированы строго определенные функции и в которую рантайм вкомплирован внутрь, что должно исключить проблему несовместимости CRT). Это похоже на заплатку парирующую хаос в интерфейсах CRT.

Не следует конечно считать мою заметку истиной в последней инстанции. У меня не было времени детально с этим разобраться.

p.s. Но может пора подумать о том чтобы отказаться от msvc как средства сборки питона для windows? Насколько я знаю у MinGw и cygwin были проблемы с поддержкой atomic и threads для std c++11. Но сейчас вышла пятерка может уже поправили?

doza_and
meanwhile in Linux world

Linux Torvalds
Mauro, SHUT THE F@#$ UP!
…
WE DO NOT BREAK USERSPACE!

Кстати, программы которые работают под ядром 2.6 работают и под 4.2