Исходное сообщение
"Стратегия параллельного поддержания веток Python 2 и Python ..." Отправлено myhand, 07-Янв-14 16:17
> Частично согласен, но в том смысле, что этот переход был неизбежен, только > его надо было сделать мягче. Оставить префикс u (вернутый в 3.3), > ввести префикс b Для обеспечения подобной совместимости - люди написали сторонние модули, напр. six.  Нет никакой нужды было тащить это в потроха CPython. >> А прежняя семантика оператора деления кому мешала? Что противоестественного в том, что >> 2/3 будет 0? Это в большинстве языков так, и ни один >> язык пока именно от этого не умер. > Вот это как раз я считаю правильным изменением, и жаль, что новый > вариант не был изначально. А смысл очень прост: когда суть операции > принципиально меняется от того, что один из операндов вдруг сменил тип > на схожий в пределах совместимого - это недопустимо. Плевать на математику - еще менее допустимо. На какой еще "схожий" да еще "совместимый" тип вы собираетесь сменять?  На float что-ли?  Так float и bigint - две огромные разницы, только школота мешает в одную кучу точную арифметику и операции с числами в формате с плавающей точкой.  То, что тут пошли на встречу школоте, да еще ввели лишний оператор - грустный факт. > Тут меня больше всего удивляет, например, игра между range и xrange, items > и iteritems... Зачем было убивать старое понимание? А зачем его сохранять, если py2 и py3 все-равно несовместимы?  Или вы против самого изменения?