если сказать фу про язык с обратной совместимостью, то в той или иной мере фу сохранится до конца времён

Только у вас будет право тратить время на работу с новыми и удобными штуками. Или вот выдумывать мысли о транспортировке "фу" в будущее. с:

новые штуки могут быть бесконечно удобными, а старые могут остаться бесконечно неудобными

а если заменить все старое новым, то получается трэш, как в жс с четырьмя способами объявить переменную

Не заменить. Добавить. Если заменить, то будет пытон2 и пытон3.

окей, добавить альтернативу

ко всему

или скала 2.12 2.13

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

с таким подходом и на скалу можно пойти

либ много, либы хорошие, джава экосистема есть

а ещё scalajs тут маячит

Не знаю насколько правильны изменения питона3 относительно питона2, но я считаю что это подход правильный.  Должны создаваться инструменты миграции кода, не появилось же вещей, которые невозможно написать. Как сейчас важны инструменты разработки, не один компилятор, а иде, совместимость с некоторыми старыми технологиями артефакты которых нужно использовать, так и инструменты миграции на современные версии могли бы стать частью, дав свободу в обновлении язка.

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

ограничений непосредственно экосистемы мало

а какие есть примеры инструментов для миграции?

но сам язык очень переусложнен

плагин котлина в идее

С питоном проблема в том, что это не только язык, на котором вы пишите, это еще и язык, на котором вы интерпретируете. Не может быть часть программы написана на питоне 2, а часть на питоне 3. Надо все переписывать. От этого и беда