[grails-user] How come that statically typed Groovy overperform Java

by Alex Tkachmanon 2010-01-12T09:21:04+00:00
Hi All!
I just published article regarding current state of experiments with
statically compiled groovy. It becomes more and more promising. Please
read and vote -
http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
Alex
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email

Re: [grails-user] How come that statically typed Groovy overperform Java

by Björn Wilmsmannon 2010-01-12T09:50:42+00:00.
Hi Alex,
so, just to get this right: Groovy++ merely is an extension to Groovy,
not a new language, that is to say: You can run each Groovy program
with Groovy++ by just adding a JAR and the @Typed annotation.
This would be very exciting as it would allow Grails (and any other
Groovy code) to run as fast (or even faster as suggested by your
experiments) as plain Java.
Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
who would use Java, if he could use Groovy and have the code run just
as fast?
2010/1/12 Alex Tkachman :
> Hi All!
>
> I just published article regarding current state of experiments with
> statically compiled groovy. It becomes more and more promising. Please
> read and vote -
> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>
> Alex
>
--=20
Viele Gr=FC=DFe / Best regards,
Bj=F6rn Wilmsmann
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email

Re: [grails-user] How come that statically typed Groovy overperform Java

by Alex Tkachmanon 2010-01-12T10:32:08+00:00.
Yes, it is correct - Groovy++ is extension to Groovy and not a new
language. You just add jar and @Typed.
Of course, there are details. Most important one is that by adding
@Typed you have to provide compiler with enough type information. We
do very deep job with type inference (fantastic job of my friend and
colleague Eugene Vigdorchik) but there are limits for any magic. In
another direction sometimes static groovy allows you not use 'as'
operator in many places where normal Groovy would require it. That's
pretty much all important difference.
Regarding being even faster than Java I am not too serious about that.
It just one benchmark against not performance tuned Java code. I
believe being as slow as Java is more that enough. So far, it seems
that such goal is achievable.
I don't know if it will make Java obsolete (not sure at all) but I has
chance to become another useful tool in the arsenal of a developer.
For example all standard library of Groovy++ use no any line of Java
code. At some point, I hope to rewrite compiler itself on static
groovy.
2010/1/12 Bj=F6rn Wilmsmann :
> Hi Alex,
>
> so, just to get this right: Groovy++ merely is an extension to Groovy,
> not a new language, that is to say: You can run each Groovy program
> with Groovy++ by just adding a JAR and the @Typed annotation.
>
> This would be very exciting as it would allow Grails (and any other
> Groovy code) to run as fast (or even faster as suggested by your
> experiments) as plain Java.
>
> Wouldn't that even make Java (as in 'Java language') obsolete? I mean,
> who would use Java, if he could use Groovy and have the code run just
> as fast?
>
> 2010/1/12 Alex Tkachman :
>> Hi All!
>>
>> I just published article regarding current state of experiments with
>> statically compiled groovy. It becomes more and more promising. Please
>> read and vote -
>> http://www.dzone.com/links/how_come_that_groovy_overperform_java.html
>>
>> Alex
>>
>
> --
> Viele Gr=FC=DFe / Best regards,
> Bj=F6rn Wilmsmann
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> =A0 =A0http://xircles.codehaus.org/manage_email
>
>
>
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email