> Но поскольку обычно оказывается нужна куча
> сторонних библиотек, выясняется, что несколько из них всё ещё не поддерживают
> третью ветку. Перепиливать их самим на Python 3 невозможно2to3 не взлетает, или просто попробовать не пытались?
> Вот, по-моему, чуть-чуть бы поменьше радикализма в сломе совместимости -- и было
> бы всё замечательно. Не "ломай всё, раз уж всё равно решили
> где-то сломать", а "ломай там, где уж совсем никак, но ломай поменьше".
Докладываю, все и не сломали. Ваш КО.
> Вот зачем, спрашивается, было переименовывать unicode в str, а str в новый тип?
В смысле? Вы вообще-то вкурсе что именно сделано?
Читайте:
http://docs.python.org/3.0/whatsnew/3.0.html#text-vs-data-in...
> Кому так уж мешала необходимость поставить буковку u перед константой в кавычках, если
> предполагается многоязычность?
Сделали буковку, не переживайте (3.2?). А до того - существовали всякие six модули...
> Но стоило ли конкретно это изменение сопряжённых с ним проблем?
Те изменения, на которые я указал выше - стоили.
> А прежняя семантика оператора деления кому мешала? Что противоестественного в том, что
> 2/3 будет 0? Это в большинстве языков так, и ни один
> язык пока именно от этого не умер.
Тут - да. Ввели какой-то идиотский новый оператор еще... Дай хомячку возможность перегружать синтаксис - он не уймется.
Сделали бы рациональные числа, раз bignum уже есть.
> Вывод: к сожалению, в Python 3 попало несколько изменений, сделанных в интересах
> самых малоквалифицированных пользователей ("чайников" и "хелловорлдщиков"), но при этом
> именно этими изменениями и была сломана большая часть совместимости кода.
Однозначно, нет. Деление было добавлено в __future__. А большинство остальных изменений - важные и нужные вовсе не для "чайников".
> И меня удивляет, когда великодушный диктатор говорит, что GIL -- это нормально.
Он не просто "говорит", он объясняет почему. Вы можете это объяснение процитировать?