Google представила Grumpy — экспериментальный транскомпилятор Python в Go

GIL-то побороть обещают?

Grumpy позволит транспилировать

Креатив однако

от слова 'пилить'

Two design choices we made had big consequences. First, we decided to forgo support for C extension modules. This means that Grumpy cannot leverage the wealth of existing Python C extensions but it gave us a lot of flexibility to design an API and object representation that scales for parallel workloads. In particular, Grumpy has no global interpreter lock, and it leverages Go’s garbage collection for object lifetime management instead of counting references.
...
Grumpy programs are compiled and linked just like any other Go program. ... interoperability with Go code becomes very powerful and straightforward: Grumpy programs can import Go packages just like Python modules

эксперементальный
Проверено: Shaman007

Хочу такое же для похапы.

транспилировать

Достаточно транслировать.

P.S. Аффтара трансклюкировать, ибо засорять русский язык калькированием transpiler'ов нинужно :)

Хм, YouTube перепишут с Python на Go? Ну хорошо, работать будет быстро. Наверное.

Хочу такое же для похапы.

Для PHP завезли только крестцы.

А смысл компилировать динамически типизированный язык?

По ссылке написано.

После того как код превратится в мусор, он уж наверняка будет быстрее работать.

Ждём транскомпилятор Python -> Fortran.

Ничего не поделаешь, процессоры умеют исполнять только «мусор».

CPython 2.7

Они очень сильно зафакапились с питоном 3, да? На него перешли только восторженные пионеры и какие-то случайные люди по-моему. При этом переписали огромную кучу своего барахла, а преимуществ получили ноль. Печалька. Питон был неплохим язычком, если сравнивать с пхп, перлом и руби. Но вот это состояние нахождения в двух версиях одновременно: 2.7 и 3.х, его убивает имхо.

Запили ли бы новую версию совместимой со старой - горя бы не знали. Наверное. Питон 4 совместимый с 2.7, кто-нибудь?

Лучше Python -> Groovy

Хочу такое же для похапы.

А нафига нужен PHP без динамики? А с динамикой есть биндинги, позволяющие из Golang вызывать PHP-код с обменом данными.

Для PHP завезли только крестцы.

Quercus есть. PHP на JVM. И куча менее живых поделок под разные платформы, типа .NET и т.п.

Но после появления HHVM и выхода PHP7 интерес к таким реализациям резко упал.

Меня вот это несколько смутило:

echo "print 'hello, world'" | make run

Update: А, торможу, они в корень своего репо положили Makefile :)

Из преимуществ подобного подхода — лучшая масштабируемость и совместимость с Go, что может в конечном итоге способствовать плавной миграции на этот ЯП.

Так вот в чём соль — всех питонистов «плавно» перетащить на Go.

На Python вроде бы уже тонны кода написаны — всё «перетранспилируют» в Go?

Со скоростью какой-то просто мегафейл :) Скомпилировал под сабжем свой «объектный Фибоначчи». Для сравнения:

Go 1.6 — 0.755 сек.
PyPy 2.0.2 — 12.0 сек.
PHP 7.0.4 — 57.9 сек.
Python 2.7.5 — 129 сек.
Python 3.4.3 — 145 сек.
Сабж под Python 1.6.2... !!! — 676 сек.

а сколько нода шестая в твоем тесте показывает?

https://ru.wikipedia.org/wiki/HHVM

Из преимуществ подобного подхода — лучшая масштабируемость и совместимость с Go, что может в конечном итоге способствовать плавной миграции на этот ЯП.

Вот почему это гавно пилят. Питонщики давайте дружно скажем: «Фу!», этой поделке. Пусть эффективные менеджеры Гуглятины соснут.

Ну хорошо, работать будет быстро. Наверное.

не наверно, а точно быстрее

меня только один момент смущает
в питоне есть ооп, а в гоу нет
мне интересно, что получится, если взять какую-нибудь питоновскую библиотеку, построенную на классах со всеми ооп-причиндалами и перевести на гоу, на что это будет похоже ?

а в гоу нет

Пруф ? В Go есть ООП, правда, весьма своеобразный :)

Ахахаха, да это ты соснешь со своей гвидоподелкой, бомж! У серьезных людей использование питона считается нормальным только когда это либо прототип, либо скорость не нужна ВООБЩЕ. В остальных случаях петон хуже жабы. __________________________ Эффективный менеджер гугла

Исходники в студию.

Лучше Python -> Groovy

Груви (славный язычёк!) хоть и напоминает Пайтон — но у него есть главный недостаток: Не является целостным.

Допустим даже если позабудем про yield/await/async..

Так как Груви вызывает Ява-код — нередко можно попасть в КОМИЧЕСКУЮ ситуацию что Груви не знает какую выбрать функцию из нескольких перегруженных её вариантов (особенно когда аргумент null).

А также эта нелепость про то что в Груви — «магические» функции пишутся без __знаков_подчёркивания__ (то есть без явного указания их магичности). В итоге это может сработать как ожидалось, а может и сработать на вред (как повезёт:-))

А зачем? С ним всеравно быстрее чем без него

Хоти

В чём факап? В том что очередную ноунейм-реализацию сделали совместимой с устаревшим говном? Так это проблема реализации, которую и так никто кроме автора использовать не будет. А так все новые проекты пишутся на троечке, да и старые мало-помалу её стали поддерживать.

Исходники в студию.

https://github.com/Balancer/benchmarks-fib-obj/blob/master/sources/python/fib.py

питон 3 был зарелизен в 2008 году, 8 лет назад. до сих пор никто не торопится ничего переписывать. лучше уже питон 4 подождать, чтобы два раза не переписывать, а лучше, в натуре, уже что-то другое использовать, у чего нет таких проблем.

питон внезапно стал чем-то вроде руби, которое лучше не использовать, чтобы голова о совместимости не болела. это всё печально.

Так вот в чём соль — всех питонистов «плавно» перетащить на Go.

когда-то, где-то в 2000 году, рекламой питона было то, что его широко используют в гугле и это считалось мега-круто и всё такое. так что готовься, наверное.

На ОпенНете новость более развернутая:

Grumpy избавлен от ключевой проблемы Python - глобальной блокировки интерпретатора (GIL, Global Interpreter Lock), не допускающей параллельного выполнения нескольких нитей кода.

А потом мне будут втирать, что Google не вкладывает деньги в Go...

Гугля имеет привычку с большой помпой объявить про новую мегафичу, а потом тихонько ее придушить, если бабло не пошло. Уже не раз и не два обжигались. Посему очередной айронпайтон со вкусом гоу понаблюдаем со стороны пока.

Параллельное избавление от нативных экстеншинов перечеркивает практически всю экосистему пайтона.

Запили ли бы новую версию совместимой со старой - горя бы не знали. Наверное. Питон 4 совместимый с 2.7, кто-нибудь?

Тебе то что? С первых слов понятно что ты в курсе о том, что ним происходит, только по новостям на лоре и плохо представляешь откуда исходит слышимый тобой звон (так же, как выучившие аббревиатуру из трех букв).

Проблемы от третьей ветки сравнимы с проблемами от стандартов C++XX и переходом на них (или использованию незнакомого тебе фреймворка при js-разработке, это вообще повсеместно и гимора от этого в разы больше). В основном это попаболь только для тех, кто уже привык к новому, а в проекте приходится писать по-старинке.

Хороший вопрос, ЗАЧЕМ ЭТО при живом PyPy.

до сих пор никто не торопится ничего переписывать

А конкретно?
Даже odoo почти переписали.

А что не так с IronPython?

Прелестно. На опеннете хейтеры питона путают синхронный код GUI приложений с GIL. LOR торт!

Хм, YouTube перепишут с Python на Go? Ну хорошо, работать будет быстро. Наверное.

не хватает демотиватора - сервера ютуба для контента и для рекламы

Продукты компании содержат десятки миллионов строк Python-кода.

Так вот почему youtube тормозит!

транскомпилятор Python в Go

Это нужно?

Он тоже без поддержки нативных экстеншинов. Популярность его «зашкаливает» :)

Сколько потоков? График из оригинальной новости говорит о том, чту нужно больше одного для профита: https://lh6.googleusercontent.com/AJtJgMwyxN3KWnDrHW5JhersJGuf1SsR_lhhQoUY5gS...

Разве третий питон обратно совместим с двойкой?