Теперь и здесь косо смотрят на второй Питон

Земля оттаяла, вот хоронить и взялись.

Всё правильно делают.

хоть кто то, начинает эту движуху, а то второй питон слишком уж хорошо себя чувствует, вольготно

хоть кто то

Арч, Федора, Убунта, Дебиан.

http://lucumr.pocoo.org/2014/5/12/everything-about-unicode/

We can all soon look forward to the day where we no longer have to play Unicode whack-a-mole

Ура!

Напомните пожалста, а какие основные причины не переходить на 3 питон озвучивались, кроме лени? А то как-то мелькала инфа, мол 3-й не торт, но вот где и что конкретно, не помню, гуглить, как ни странно, лениво :)

в генте тоже все может работать с трёшкой.

// Все гентушное в смысле. Гимп и Инкскейп как везде

Это было давно и неправда. Самые стойкие остались здесь: http://mercurial.selenic.com/wiki/SupportedPythonVersions#Python_3.x_support

Python 3.x has no relation to Windows Unicode filename support, see EncodingStrategy.

И не нужно.

We have invested a substantial amount of time into porting

Этж как надо было набыдлокодить

И да. Раньше тоже скептически относился к Python 3, претензии были к скорости работы. Но относительно недавно решил попробовать и в принципе вполне себе норм. При портировании старых проектов проблем не возникало, кроме как привычки писать print со скобками

Неспешно, к 2020 году, потому что тогда же должна прекратиться поддержка в апстриме. Вполне разумно.

Ну и правильно, давно пора, 3 работает не хуже 2ой версии.

Разработчик одного используемого мной продукта на вопрос о использовании третьей ветки ответил, что пока в продакшне (а они ориентируются на всякие RHEL6) по дефолту идет вторая ветка, третью они пилить не будут. Ну и вообще многие говорят об огромном количестве нужных библиотек, которые есть только под 2x.

На питоне очень легко писать в стиле «stackoverflow driven development», поэтому я быстро приспособил его для всякой мелкой скриптоты. Поначалу, начитавшись отзывов про мертворожденность третей ветки, я использовал второй питон, но через некоторое время я столкнулся с проблемой юникода: скрипт отлично переваривал имена файлов на латинице и кириллице, но когда дело доходило до японских иероглифов вылезала уйма багов. Я перелопатил гугл, начал работать с именами файлов как с набором байтов, переделывал скрипт под encode, decode, codecs, unicode_literals и, в итоге, потратил на его написание больше времени, чем если бы я сделал всю работу руками, причём выглядел скрипт уродливо и работал весьма криво.

Тогда я решил переписать его под третий питон - я скормил первоначальный скрипт интерпретатору, чтобы узнать какие вызовы нужно переделать, а он взял и просто заработал так, как было мной задумано.

Так что, возможно Armin Ronacher прав, и в Unix, где всё есть набор байтов намного удобнее использовать второй питон, но под Windows, где юникод используется повсеместно, третий питон побеждает.

под Windows, где юникод используется повсеместно

У них же там своя, CP1251?

22 года уже Windows NT.

Залез я как-то на днях в PowerShell, так там вообще cp866. Разброд и шатание.

Ну не знаааю. Изкоробочный юникод таки нужен. Англоязычные разработчики либ под второй питон часто клали хрен на специальные телодвижения для поддержки юникода. Как результат при использовании таких либ был шанс наткнуться на ОПАНЬКИ и заиметь головную боль, которую не так легко пофиксить.

UTF-16 доступен везде, cp866 — для совместимости с древнесофтом.

какие основные причины не переходить на 3 питон озвучивались

Ты как те бабки с ПГМ. С чего тебе кто-то должен доказывать что переходить не надо? Сначала докажи, что это необходимо.

Этж как надо было набыдлокодить

Мэтт и core team очень хорошо обосновали свои решения. И, насколько я понимаю, в Python 3.5 вернут нормальную работу с байтовыми строками.

Мэтт и core team очень хорошо обосновали свои решения

А можно ссылочку на обоснования? Интересен их подход

А твой ник тебе подходит

Точно, давно пора переписать всё на руби.