Комментарии 9
Что вы думаете о Global Interpreter Lock? Это проклятие или преимущество?
А ведь ответа на вопрос не было.
Вы собираетесь увеличивать скорость Python, например, как PHP?
Кэрол Виллинг: Я думаю, мы достаточно подробно обсудили производительность и скорость.
Нет, не подробно. Просто решили не отвечать на прямой вопрос.
И да, ребята прямо говорят, что не хотят развивать ядро языка, а выпиливать из него. И просят сообщество сконцентрироваться на экосистеме, и пилить больше проектов/библиотек для сообщества. И хотят тормознуть релизный цикл, видишь ли, научным сотрудникам (Enterprise) сложно обновлять кодовую базу и зависимые модули и библиотеки.
Получается, что ребята пошли по пути "старой" Java, а Java решила стать модной и молодежной.
Java решила стать модной и молодежной.
How do you do, fellow programmers?
Вы собираетесь увеличивать скорость Python
... а тем временем популярные JVM уже давно "укомплектованы" JIT-компилятором c адаптивной оптимизацией в рантайме.
Релизный цикл сократить ведь желают.
Должность этих ребят обязывает не отвечать прямо на вопросы поставленные ребром. Например, вопрос про GIL вообще типо троллинга.
В PSF всего пара оплачиваемых сотрудников: исполнительный директор, директор по инфраструктуре и несколько бухгалтеров.
Получается примерно 5, а не пара. 2 директора и примерно 3 бухгалтера. Интересная пропорция.
Если базу часовых поясов добавят в стандартную библиотеку, как её обновлять в случае изменений?
А как это делает те, кто использует данный функционал сейчас? А как это Java делает. Вот, так же.
Не так же. Сейчас используют тот же pytz, который де-факто стандарт и обновляется сам по себе независимо от релизного цикла Python.
Они вообще забавные ребята. "Давайте выпилим из stdlib всякий хлам, чтобы не зависеть от релизов", и тут же: "а давайте часовые пояса добавим в stdlib". Где тут логика? Не понятно.
Заглянем в будущее Python