Гвидо ван Россум (Guido van Rossum), великодушный пожизненный диктатор (http://ru.wikipedia.org/wiki/BDFL) проекта Python, предложил (http://mail.python.org/pipermail/python-ideas/2009-October/0... сообществу разработчиков прекратить внесение изменений в грамматику, семантику и встроенные функции языка Python в течение нескольких лет. В качестве причин необходимости заморозки языка называется желание дать возможность создателям альтернативных реализаций языка Python, обеспечить в своих продуктах полную совместимость с классическим CPython.
Внесение частых изменений отрицательно сказывается на степень реализации новых возможностей в сторонних проектах, таких как Jython, IronPython и PyPy, не успевающих за постоянно вносимыми изменениями и продолжающих базироваться на старых и более-менее устоявшихся выпусках. При этом новшества остаются нереализованными даже спустя годы после появления новых веток. В свою очередь это тормозит и начало использования новых средств языка в при...URL: http://mail.python.org/pipermail/python-ideas/2009-October/0...
Новость: https://www.opennet.ru/opennews/art.shtml?num=23940
Гвидо решил похоронить Python?Ну, не похоронить, но призакопать...
Причем призакопать поглубже....
Главное чтоб не выкопался...
неужели питон настолько убог, что его постоянно пилить надо?
опоссум дело говорит - без нормальных интерпретаторов и компиляторов язык на 100% юзать не получится.
Да и можно надеяться, что наконец-то программеры займутся производительностью, а не введением новых фич.
совершенно верно, чаще бы так делали: останавливались и начинали копать вглубь, а не вширь.
Надеяться на то, что кучки делетантов неспособных успевать за текущим развитием языка(прямо скажем не таким уж динамичным чтобы волосы на жопе рвать) будут успевать в случае заморозки языка может только наивный человек. Они неосиливают компиляторы только по причине недостаточной квалификации и недостаточных усилий(может разработчиков не хватает, спонсорской помощи и тд).
Тут ситуация такая же как с перл6, только намного лучше. Не хватает рук и мозгов, а не времени.
Сразу видно- слова специалиста который такие проекты пачками клепает...
// wbr
py3k core developer
>Сразу видно- слова специалиста который такие проекты пачками клепает...
>// wbr
>py3k core developerА вы, их не клепайте, вы на них работать попробуйте.
Пробовал, работает. Что дальше?
> неужели питон настолько убог, что его постоянно пилить надо?Да нет, просто время теряется. Люди ведь посмотрят-посмотрят да и свалят на другие языки, питонисты на тот же Boo. А там .NET и хитро улыбающийся Болмер, косящийся на пачку патентов. Тот же C# десктопную нишу очень плотненько оккупирует.
Гвидо еще в 2004 писал http://www.artima.com/weblogs/viewpost.jsp?thread=85551. А воз и ныне дальше http://www.python.org/dev/peps/pep-3107/ не уехал. И, теперь, видно — не уедет уже, а значит и дальше (GADT) кина не будет, можно не мечтать о контрактах с автоматической проверкой на стадии загрузки (а не выполнения) кода. А ведь были такие надежды что сделают мейнстримовый язык со встроенными простыми инструментами для формальной верификации хорошей доли кода...
Ну, пусть сделают modular python, честное слово. Ядро со стрго замороженной до следующей мажорной версии грамматикой-функционалом, и опциональные PEPы, которые расширяют возможности (но несовместимые реализации на которых давятся). Вот это было бы понятно, хочешь — вот тебе портируемо как писать гидлайны, хочешь — вот тебе вариант со всеми самыми последними трендами языкостроения.
А тут полная заморозка, и это очень печально.
Не волнуйтесь, Питону ничего не угрожает, пока у Гвидо есть борода.
Правильно говорит. Дайте разработчикам спокойно перейти на 3 версию.
>Правильно говорит. Дайте разработчикам спокойно перейти на 3 версию.Правильно, это увеличение финансирования и количества разработчиков. А также координация всех сторониих проектов по реализации компиляторов и интерпретаторов python на одной площадке. Проведение конференций. Взаимопомощь, а также помощь альтернативным реализациям мозгами и деньгами. Без этого - только торможение развития.
>Правильно, это увеличение финансирования и количества разработчиков.Я не про разработчиков python, а про разработчиков использующих python.
Дельная мысль, кстати. ИМХО, сосредоточить усилия хорошо бы на оптимизации. Питон один из самых быстрых интерпретируемых языков, но у совершенства нет предела, например регулярки и вообще работа со строками у меня являются частым узким местом в перформансе.Есть, конечно, хороший проект unladen-swallow, но он пока далёк даже от рабочей демки.
Идея хорошая. Главное не замораживать модули, идущие в комплекте (те самые batteries). Без них питон станет ископаемым.
>Идея хорошая. Главное не замораживать модули, идущие в комплекте (те самые batteries).
>Без них питон станет ископаемым.-- прекратить внесение изменений в грамматику, семантику и встроенные функции языка
про standard library там никто и не писал
Это очень правильно. Язык программирования должен быть стабильным, Python сейчас слишком часто меняется. Мало того, если сейчас что-то является модной фичей в языках программирования, то через несколько лет может оказаться, что от этой фичи вреда было больше, чем пользы — разработчики ЯП должны быть в меру консервативны и не должны спешить с внесением изменений в язык.
Полностью поддерживаю. Достоинства python'а это элегантная и продуманная объектная и функциональная модель. Дополнительные синтаксические "рюшечки" ему не нужны. Лично для меня последними важными "фичами" языка являлись генераторы и блок with. Так что главное что теперь я жду от python'a - это доработка и вылизывание стандартных модулей
> Достоинства python'а это элегантная и продуманная объектнаяЧего? Элегантная модель у smalltalk, а продуманная у Oberon, Tiscript и если зажать нос то у c++, питон и рядом не стоял.
может так оно и есть правда деньги мне за знание этих языков никто не заплатит. так что из грандов ЯП python- мой безусловный фаворит
>> Достоинства python'а это элегантная и продуманная объектная
>
>Чего? Элегантная модель у smalltalk, а продуманная у Oberon, Tiscript и если
>зажать нос то у c++, питон и рядом не стоял.Еще раз: элегантная и продуманная у python.
> Лично для меня последними важными "фичами" языка являлись генераторы и блок with.Вы, видимо, 3.0 не использовали просто еще? Потому что список фич у вас на времна 2.6. А там добавилось нового-хорошего много — декораторы для классов, новый синтаксис для super(), перегрузка функций/дженерики, новое форматирование строк...
with я использовал сразу же со времен 2.5. в 3к для меня важны только unicode-строки. все остальное для меня приятно но не более того, понятия не имею как эти фишки могут улучшить мой код
А как насчёт многопоточности. Это заявление также говорит о том, что такой фичи мы не дождёмся в течении кучи лет.
>А как насчёт многопоточности.Идеологически правильный multiprocessing появился в 2.6 и отлично работает, в общем-то. Автоматическая параллелизация map()/генераторов (и, как развитие, оптимизация map-reduce) на сам язык не влияет, это уже чисто вопросы интерпретаторов как они будут выполнять код. Стандарт, как я помню, не регламентирует что map() выполняется в каком-то определенном порядке.
Хотя вот за thread safety тут серьезные опасения...
Ну все правильно: опыт прежних лет вылился в Python 3.0, который идеологически правильный, но а)тормозной и б)сторонние пакеты его не поддерживают. Вот а,б и нужно фиксить.
Ввод-вывод уже пофикисили в 3.1.1, так что про тормознутность трешки уже можно забыть.
А мне кажется надо иметь две ветки:
- стабильную, в которой все уверены
- и новую, на которой обкатывать все новое, в какой-то момент переводить в стабильную, делать форк и двигаться дальше... .п.с. если паровоз не едет, то он когда нибуть просто проржавеет нахрен.
>А мне кажется надо иметь две ветки:
>- стабильную, в которой все уверены
>- и новую, на которой обкатывать все новое, в какой-то момент переводить
>в стабильную, делать форк и двигаться дальше... .
>
>п.с. если паровоз не едет, то он когда нибуть просто проржавеет нахрен.
>А оно так и есть. Есть стабильный 2.6 и есть экспериментальный 3x.
Заигрался Гвидо. Со своим Python 3 ему еще долго придеться сидеть. Так как 2.5 уже прочно вошло в жизнь =)
из заголовка: "...заморозить возможности языка Python..." - наверное в данном случае правильно "...заморозить ДОБАВЛЕНИЕ НОВЫХ возможностей языка Python...", а то язык с замороженными возможностями наверное не очень работоспособен