> А чем плохо, что они "купились" на "модное", если у них в
> итоге получилось быстро и хорошо? Или Вы видите какие-то реальные скоростные
> преимущества в рантайме у Python перед Java?Я вижу, что несмотря на эти приемущества - python уже сейчас используют больше чем java для числодробилок. И вряд-ли только потому, что "писать легше"...
> Проблема в том, что в итоге пользователи голосуют ногами, потому что альтернатива
> есть и её (альтернативы) провайдеры активно тянут в свою сторону. А
> авторы говорят на это "ну видите, никто же не сделал...", когда
> те, кто могли сделать - просто убежали.
Может оно и так, но "убежали" - требует доказательств. А спада популярности python не особо заметно, несмотря на засаду py2/py3, появление новых интересных языков и проч.
Плюс, не все реализации python имеют GIL. Как-то не заметно, чтобы jython/ironpython стали сильно популярными.
> А так - да, никто ничего не должен. Они могли вообще забросить
> это и заняться подлёдной рыбалкой. Но зачем-то они стараются тянуть проект?
Делают то, что им нужно.
>> Чиво? Там дофига работы со строками. ipython - так просто
>> интерактивная оболочка для Python.
> От неё требуется скорость именно работы с текстами?
Скорость там в этом месте вряд-ли требуется, не для типичных случаев, как минимум. Так и в ваших сетевых приложениях, я чай - латентность более существенна, чем ожидаемые вами проблемы от использования юникода.
>> Если эти изменения действительно масштабные - вам надо хорошо подумать головой над
>> реорганизацией кода.
> Ну да, только авторы питона в белом
Ну предложите как надо было сделать изменения работы со строками обратно совместимыми, без превращения кода в несопровождаемую капусту. Каждый мнит себя стратегом...