Стоит ли переходить на python3?

Question

[Кир]

Стоит ли переходить в своих проектах на python3 со 2-го? Хотя с другой стороны все там будем...

Answer 1

[Andrey K]

Да.

Answer 2

[Tarvitz]

Если это проекты web-приложений построенные на зависимостях, которые все еще не портированы на 3-ку, то переходить не стоит, если это сами приложения (reusable apps), то обязательно нужно иметь совместимость с 2, 3 версией python.

Answer 3

[Dmitry]

Могу просто процентировать, как на этот вопрос ответил Марк Лутц в своей книге:
"переходить на Python 3 или нет, зависит от ваших целей. Многие большие проекты написаны много лет назад, насчитывают огромное количество строк кода. Никто переписывать их не собирается. Так что для сопровождения таких проектов вам придется знать особенности Python 2.x. Новые же проекты стараются все же писать под Python 3.x".

Для своих проектов я тоже стараюсь выбирать Python 3.x -- зачем заставлять вновь-пришедшее поколение разбираться в тонкостях "уходящего".

Answer 4

[raiboon]

В третьем вкусняшка только только asyncio. Всё остальное - не такие уж и улучшения.

Я держусь пока за 2ку - плюсы от Pypy - перевешивают мысли о том, что рано или позлно понадобится переход на третью ветку.

Answer 5

[haiku]

Да.

Answer 6

[thenno]

Для своих проектов лучше все-таки python 3. С одной стороны я согласен с господином raiboon - во второй ветке приходится городить треш с потоками и процессами, в то время как в третьей есть годная асинхронщина. Плюс - несколько облагородили синтаксис. А вот для продакшена я бы еще подумал - насколько я помню, asyncio еще не вышла из беты и может меняться, а проблем с портированием библиотек хоть и стало меньше, но они еще не исчезли полностью. Но вот проблема с Pypy, которую затронул господин raiboon, в продакшене стоит не то чтобы остро - Pypy в продакшене я еще не видел (но, наверное, где-то он есть).

Comments

[raiboon]

У нас есть. Уже во второй фирме. Первая - серверы социалочек, вторая - решение по сбору и обработке статистики, высокие нагрузки, все-дела. Разве неплохо, не трогая код, двукратно уменьшить время ответа?

[thenno]

raiboon: я ничего не имею против ускорения имеющегося кода через Pypy, даже за, если это возможно:) Но есть два но. Первое: я видел как минимум два проекта, которые на Pypy сходу (точнее, в разумный срок) не завелись. Если где-то бы завелось - я бы прыгал от радости:) Второе про статистику и аналитику (у меня с ними очень близкие отношения): в системе сбора данных большая часть времени уходит на передачу данных по сети. В планировщике - тут вообще скорость играет не самую большую роль. В обработке - да, если у скриптов расчета сложная логика (по-моему вот тут мы даже побывали впихнуть Pypy и там, где это было возможно, ускорение было весьма существенным). А если рассматривать обычные веб-проекты - тут JIT и прочее большого прироста дать не должны, ибо, опять же, сеть. Тут больше поможет python 3 с его зачатками асинхронщины.

Answer 7

[TheStigger1]

Вот что по этому поводу говорят на оф. сайте. Ссылка