Основатель проекта Groovy++ (http://code.google.com/p/groovypptest/), в рамках которого развивается расширение для обеспечения статической компиляции типов для языка программирования Groovy (http://ru.wikipedia.org/wiki/Groovy), объявил (http://groups.google.com/group/groovyplusplus/msg/94b078a3c2... о принятии решения опубликовать исходные тексты проекта в рамках лицензии Apache 2.0. Ранее судьба Groovy++ как открытого проекта имела неопределенный характер, так как в коде Groovy++ использовались некоторые закрытые разработки и технологии, применяемые в курирующей проект компании. Теперь данные участки кода переписаны и заменены на открытые компоненты.
Groovy++ позволяет разработчикам использовать в своих программах @Typed-аннотацию, которая позволяет на этапе компиляции выполнить все необходимые проверки типов и сгенерировать более быстрый байткод, во время выполнения не заботящийся о приведении типов, что в итоге позволяет приблизить скорость работы Groovy-программ внутри JVM...URL: http://www.h-online.com/open/news/item/Groovy-goes-fully-ope...
Новость: https://www.opennet.ru/opennews/art.shtml?num=26288
> что в итоге позволяет приблизить скорость работы Groovy-программ внутри JVM к программам на языке Java.Т.е. Java - это уже быстрый язык, для XXI века)
> Т.е. Java - это уже быстрый язык, для XXI века)Обсуждать скорость языка бессмысленно.
Производительность же среды исполнения Java - очень неплоха (спасибо JIT и другим связаным технологиям). Претензии к производительности Java обычно связаны не со скоростью исполнения как таковой, а с прожорливостью в части оперативной памяти. Причём прожорливость эта не особо велика на фоне хотя бы .NET со всеми её CLR.Также нередко встречаются криворукие программисты, способные написать медленно работающую программу на любом языке. ;)
для примера gcc может генерить бинарный код из сорсов на жаба. так что надо уточнять что имеется в виду