В рамках проекта Pyjamas (http://pyjs.org/), занимающегося портированием web-фреймвора Google Web Toolkit для языка Python, подготовлен (http://mail.python.org/pipermail/python-list/2009-September/...) транслятор для преобразования кода на языке Python в представление на языке JavaScript. В качестве прослойки для отождествления Python объектов к их функциональным аналогам на JavaScript задействован код проекта PyV8 (http://code.google.com/p/pyv8), созданного на базе движка Google v8 (http://code.google.com/p/v8) для организации работы JavaScript вставок из Python скриптов. Для выполнения оттранслированных скриптов под управлением JavaScript движка v8 используется специально подготовленная утилита pyv8run. В настоящий момент pyjamas позволяет (http://groups.google.com/group/pyjamas-dev/msg/101b0886b0112c2e) успешно пройти 99.95% испытаний тестового комплекта Python LibTest, после его трансляции в JavaScript.
Через некоторое время после основания проекта Pyjamas, его разра...URL: http://developers.slashdot.org/story/09/09/19/1345236/Python...
Новость: http://www.opennet.me/opennews/art.shtml?num=23493
:) похоже это новая волна ПО под лозунгом "Даешь Xeon в каждый дом!"
Я все меньше понимаю чуваков имеющих отношение к гуглю и его поделиям. Они делают что-то. А вот зачем это что-то надо? Чисто "just because I can"? Ну ладно, допустим можно написать транслятор с явы на брейнфак. Остается только придумать кому и нахрена он потом будет нужен :)
Зачем они это делают - понятно. Вопрос в другом: насколько подобные жопные методы уводят общее развитие ПО в сторону, а может даже деградируют его.
В крупной компании важно делать всё быстро и на относительно одинаковом уровне качества. GWT+python даст эту возможность, а также избавит от необходимости использовать html, js и прочий хлам раз и навсегда, по крайней мере в большинстве случаев. Плюс переиспользование нормального кода на нормальном языке.
Но проблема в том, что вместо создания реальных тонких клиентов, производительных. Они создают технологии поверх технологий, получается шевелящийся слоёный пирог + поощрение тех технологий, поверх которых они строят свои. Такими темпами вместо оправданной замены html везде, где необходима динамика, его наоборот культивируют с новой силой. Есть ещё шанс конечно, что этот gwt потом будет работать и без web, но даже если так, то урон культивацией html уже будет нанесён непоправимый.
Дык, никто не мешает юзать вместо этих извращений тот же Django :-)
> Ну ладно, допустим можно написать транслятор с явы на брейнфак.Лучше наоборот, тогда можно будет пейсать для enterprise и для мобилок (да и web апплеты ещё) на брейнфаке...
Я не понял, они придумали специализатор делающий из питона жабоскрип? Гугль велик, ждем транслятора всего этого в дис.
> Гугль велик, ждем транслятора всего этого в дис.во что?
>> Гугль велик, ждем транслятора всего этого в дис.
>во что?Виртуальная машина Инферно!
Ну и зачем?Dis сейчас годится для двух целей: ковыряния для всяких извратов (хотя когда мы этим занимались, куча глюков в JIT для power нам сильно мешала) и собственно запуска инферно.
Хуже того, по секрету скажу вам, что гугль ей никоим образом не занимается (хотя мог бы), в том же андроиде похожая по дизайну JVM (написанная при участии тех же людей, что и dis, скорее всего).
Главный вопрос - кому это нужно и в каких проектах будет (может) применяться?
gwt был сделан чтобы сделать разработку сложных js приложения аля gmail легче за счет статической типизации обмазанной тестами. однако чем тут может помочь питон, я не понимаю.
>gwt был сделан чтобы сделать разработку сложных js приложения аля gmail легче
>за счет статической типизации обмазанной тестами. однако чем тут может помочь
>питон, я не понимаю.Гугль идёт по пути, когда конечное веб приложение можно будет полностью написать на python, без использования js, html и без явного разделения на серверную и клиентские части. То есть разработка веб приложений будет напоминать программирование обычных приложений с использованием gtk или qt. А уже на этапе трансляции всё это будет раскладываться по полочкам(клиентский js получаться из python, html из использованных виджетов и серверная часть).
Удобно, но есть много но... С другой стороны это оправданно для таких как Google, им работать надо.
удобно ли?
для рисования интерфейсов в gtk, например, часто используют glade который тоже язык разметки.
в том же django формы генерируются автоматически, многие типовые вещи - тоже(generic views), можно писать свои виджеты, generic views и т.д.
а javascript с современными framework`ами писать ну совсем не проблема
Дело не просто в удобстве, а в единой платформе, которая подходит не только для веб. Ничто потом не будет мешать гуглу отказаться от веббраузера и выпустить небольшой клиент, на манер икс сервера и переписав прослойку запустить свои сервисы уже поверх этого.
А в принципе - это конечно велосипед велосипедов. Гораздо разумнее использовать тот же Qt или gtk и сделать для них лёгкий клиент.
наверное, для того что-бы писать навороченные онлайн приложения типа джимеил и гуглдокс на чем-то более удобном для программирования и отладки чем джаваскрипт
А мне это нравиться этотакое самостоятельное рытье Гуглем своей могилы. Молодцы парни.
А всё очень понятно кстати куда всё итдёт. Кульминацией этого тренда могла бы стать универсальная кроссплатформенная (потипу CLR или JVM) масштабируемая виртуальная машина, встраиваемая во всё от смартфона до отдельной программы на десктопе типа браузера (где оно работает в изолированном окружении) и server-side облачных систем и программируемая на любом популярном языке.Я умею и мне нравится кодить на шапре (и попрошу без наездов - каждому своё), кому-то нужен ювелирный уровень контроля, даваемый C и C++, кто-то с детства думает на Pascal, кто-то профи в JavaScript, некоторые задачи удобнее решать, скажем, на Erlang, некоторые на Lisp, Fortran ещё более чем актуален, ещё живы системы на Коболе и люди, их поддерживающие, и т.п.