tag:blogger.com,1999:blog-20633170.post2139087679165570172..comments2023-11-03T10:08:09.830+00:00Comments on Graeme Rocher's Blog: RE: Is Scala the new Groovy?Graeme Rocherhttp://www.blogger.com/profile/12301973191113958910noreply@blogger.comBlogger12125tag:blogger.com,1999:blog-20633170.post-83954761009520992162009-02-27T05:59:00.000+00:002009-02-27T05:59:00.000+00:00It is the shadow of legend Gold which make me very...It is the <A HREF="http://www.shadowoflegendgold.com/" REL="nofollow">shadow of legend Gold</A> which make me very happy these days, my brother says <A HREF="http://www.shadowoflegendgold.com/" REL="nofollow">sol gold</A> is his favorite games gold he likes, he usually buy some <A HREF="http://www.shadowoflegendgold.com/" REL="nofollow">buy shadow of legend Gold</A> to start his game and most of the time he will win the <A HREF="http://www.shadowoflegendgold.com/" REL="nofollow">cheap shadow of legend Gold</A> back and give me some <A HREF="http://www.shadowoflegendgold.com/" REL="nofollow">shadow of legend money</A> to play the game.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-33472832714147908892008-02-07T05:34:00.000+00:002008-02-07T05:34:00.000+00:00Wow.Graeme, you sure are a bit harsh on Alex.Grant...Wow.<BR/><BR/>Graeme, you sure are a bit harsh on Alex.<BR/><BR/>Granted that he was wrong about almost everything in his blog post, but anyway, the "kid" is trying and is at least spreading interest for thingies like Groovy, Scala and Haskell. That is good.<BR/><BR/>I made a comment on his blog, trying to educate him a bit; too sad that he makes this into a "miscommunication" or "attitude" problem when facts are so easy to look up. I am not a Groovy expert (although I <B>am</B> a groovy expert), so I can be wrong about certain aspects. I am not wrong about FP, though :-)<BR/><BR/>To Alex and Neil: an interactive shell does not mean the language is interpreted, although it is <B>often</B> used for interpreted languages (or implementations thereof.) I.e., <B>interactive</B> is not identical to <B>interpretative</B>; the former "just" needs an entry into the runtime environment, which can be made up of compiled entities or interpretative ones (i.e., parsed entities.)<BR/><BR/>To Alex and Neil: the whole issue of Groovy running on (or being capable of running on...) a limited VM is just silly. The capability of a Groovy script <B>or</B> a Java snippet to run in a limited VM is <B>solely</B> dependent on the <B>constructs and types</B> used. NB: as stated above, I am far from a Groovy guy, so a correction here is welcome, but it seems contradictory to my simple mind, given the bytecode and interoperability with Java that is associated with a Groovy script.Anonymoushttps://www.blogger.com/profile/17296652751318128966noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-57347315796131905242007-07-02T06:56:00.000+01:002007-07-02T06:56:00.000+01:00How funny. Alex: "In fact, compared with other dyn...How funny. <BR/><BR/>Alex: "In fact, compared with other dynamic languages, Scala's general availability and organisation of documentation is quite poor."<BR/><BR/>Alex: "I did not say Scala was a dynamically typed language. In fact, I didn't say it was a dynamic language at all; "<BR/><BR/>Peace<BR/>-stephanStephan.Schmidthttps://www.blogger.com/profile/03845125686370893937noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-57496586433659780482007-06-29T20:24:00.000+01:002007-06-29T20:24:00.000+01:00The name is pretty cringe-worthy.The name is pretty cringe-worthy.AlBluehttps://www.blogger.com/profile/06362201865553416948noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-7313920492693794092007-06-29T13:55:00.000+01:002007-06-29T13:55:00.000+01:00Neil :"It seems to me that you've twisted what was...Neil :<BR/>"It seems to me that you've twisted what was a fairly complimentary blog entry about Groovy into a scorching attack. It wasn't."<BR/><BR/>I thought the tone was derogatory (e.g. "cringe-worthy groovy").<BR/><BR/>That may not have been the intention, but it's very, very easy to be misinterpreted in text.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-87019769329163973702007-06-29T13:54:00.000+01:002007-06-29T13:54:00.000+01:00Wooo.. handbags ;-)Wooo.. handbags ;-)Graeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-45124819858445690102007-06-29T12:44:00.000+01:002007-06-29T12:44:00.000+01:00> I'm glad that you've finally "got it", it> clear...> I'm glad that you've finally "got it", it<BR/>> clearly took a while for it to sink in for<BR/>> you.<BR/><BR/>Got what? I knew all along how Groovy (and Scala) worked. I never claimed otherwise. Unfortunately, you misread what I had said, wrote a fairly large attack on what you thought I said, and now that I've re-iterated from the fourth or fifth time what I've said all along, you now think *I*'ve got it?<BR/><BR/>As for running on a cut-down VM; it was you who misinterpreted what I had said, not me saying anything incorrect. I don't see that I should be held responsible for your misinterpretations time and time again.<BR/><BR/>Unfortunately, this whole episode was based on your misinterpretations on what I said, and not what I actually said. We can now put this behind us, and I hope that you don't come back to read my blog again, because it's a waste of my time reading it to you like a bedtime story each time you read it wrong.AlBluehttps://www.blogger.com/profile/06362201865553416948noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-56880162683129572142007-06-29T11:24:00.000+01:002007-06-29T11:24:00.000+01:00I'm glad that you've finally "got it", it clearly ...I'm glad that you've finally "got it", it clearly took a while for it to sink in for you.<BR/><BR/>Groovy may well be capable for running on a cut-down VM, but then you should clarify the meaning of cut-down VM because the way you wrote it gave people the perception that Groovy runs in a different environment. I personally have not tried running Groovy in Harmony, but believe people have had success with the Classpath project.<BR/><BR/>I cannot unfortunately reveal the names of the clients I work with that use Groovy. Scott Hickey has over 70k lines of Groovy code for Mutual of Omaha, a large insurance, hedge funds organisation. Nevertheless I didn't say it was everywhere, merely that Jython and Groovy are the post popular as of this writing given my experience of working with a lot of large corporations.<BR/><BR/>As for trusting my assertions, well that is up to the readers of my blog and those who know my work and me personally. All I can say is at least I am able to back my assertions up with solid facts and examples that are not merely oppinionated drivel. As I said before, I recommend next time you post you do your research on the languages you are commenting on before making your self look so silly.Graeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-5194562983687868892007-06-29T11:13:00.000+01:002007-06-29T11:13:00.000+01:00Graeme,By your argument, since Scala is just a Jar...Graeme,<BR/><BR/>By your argument, since Scala is just a Jar, is it too is also used extensively in the enterprise?<BR/><BR/>Secondly, I'd like to reiterate that I never said that Groovy was an interpreted language (the point makes no sense), nor did I say that Scala was a dynamic language or dynamically typed. You read those from a turn of phrase. Nevertheless, I'm happy to reconfirm to everyone here that Scala is a strictly typed language that has type inference, meaning that types don't have to be staticly declared in source code (although they can be).<BR/><BR/>I'm also happy to accept from the word of a Groovy proponent that Groovy is incapable of running on anything less than a full JVM, and that in no way it works on Harmony if you think that helps your cuase. To be honest, I wonder why you'd want to talk your system down, but Scala is capable of running on such cut-down machines as well as full VMs. It's a shame if this is true that Groovy isn't as flexible in that regard as Scala, but you clearly have more knowledge than me in this area and I'm happy to accept your assertion that Groovy is incapable in this way.<BR/><BR/>As for being used in the enterprise; neither of us work in the enterprise as a whole; so neither of us can know what everyone does everywhere. I can say that in all of the organisations that I have contact with, I know of none that are using Groovy. It may be that we just move in different circles, and that outside of my experience it's used everywhere, but I suspect that not to be the case.<BR/><BR/>Of course, if you have examples that you can cite of specific organisations using it for commercial purposes, I'm sure other readers of your blog would be interested. Unfortunately it's a bit difficult to trust someone's assertion that it's used plenty in big corporates without backing it up with facts, especially someone who is in such a biased position such as yourself.AlBluehttps://www.blogger.com/profile/06362201865553416948noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-23861043764514403912007-06-29T09:29:00.000+01:002007-06-29T09:29:00.000+01:00@AlexI work extensively with big corporates, mostl...@Alex<BR/><BR/>I work extensively with big corporates, mostly banks, and trust me Groovy is used plenty. The most used languages are Jython and Groovy. JRuby is only starting to have some penetration<BR/><BR/>Regarding Scala, you're again twisting the truth to try and recover some faith regarding you ignorant post<BR/><BR/>@Neil<BR/><BR/>I don't believe we were reading the same article. The post started with "...the cringe-worthy Groovy..". If that is not an attack on Groovy I don't know what is. My attack was not initiated by this one post, but a series of attacks on Groovy by Alex. This is his third of fourth post where he is spreading FUD around Groovy without having the knowledge to backup his factsGraeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-58199878300719323652007-06-29T00:21:00.000+01:002007-06-29T00:21:00.000+01:00Graeme,It seems to me that you've twisted what was...Graeme,<BR/><BR/>It seems to me that you've twisted what was a fairly complimentary blog entry about Groovy into a scorching attack. It wasn't.<BR/><BR/>For one thing, the fact that Groovy can run both interpreted and compiled (for certain definitions of the above) is a GOOD thing about Groovy. If you deny it, then you diminish Groovy's usefulness.<BR/><BR/>Another thing, Alex said that Groovy "can" run on a cut-down JVM. That's another GOOD thing. He didn't say that Groovy "must" run on a cut-down JVM. Again, if you deny this then you diminish Groovy. In effect you're insisting that Groovy must run on the full JVM or nothing. That would be a shame, because presumably it would rule out Java ME platforms such as the CDC/Foundation Profile etc.<BR/><BR/>Regarding presence in the enterprise... Groovy does not just get used everywhere that Java is used, I'm sorry. Yes it's delivered as "just a jar", but it's also a new language for developers to learn and support etc. Taking that on is not something that any responsible development team does lightly, irrespective of how the powerful the language is.<BR/><BR/>Finally, I don't think Alex meant to imply that Scala was a dynamically typed language, although his wording could have been better.<BR/><BR/>Graeme, I really hope you don't take my comment as another attack. Groovy seems to me to be a good language... I'm not very interested in it myself because it's dynamically typed, and in general I believe that statically typed languages like Scala and Haskell are the future. But that's just my opinion.<BR/><BR/>Regards<BR/>NeilNeil Bartletthttps://www.blogger.com/profile/08588098030811273044noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-64768035222378351112007-06-28T21:30:00.000+01:002007-06-28T21:30:00.000+01:00A few points:* I didn't say Groovy was interpreted...A few points:<BR/><BR/>* I didn't say Groovy was interpreted. In fact, it makes no sense to say a language is interpreted or compiled. What I said was <A HREF="http://alblue.blogspot.com/2007/06/groovy-has-interpreter.html" REL="nofollow">Groovy has an interpreter</A>, in fact two: Groovy Shell and Groovy Console. Get rid of both of them, and I won't use the word 'interpeted' around Groovy any more. Note that other languages (like Scala or Haskell) have both compilers and interpreters. A language cannot be described as interpreted/compiled, but an implementation can be.<BR/><BR/>* JRuby does not <A HREF="http://jruby.codehaus.org/Limitations" REL="nofollow">support continuations</A>, which (C)Ruby does. This is part of <A HREF="http://dev.rubycentral.com/ref/ref_c_continuation.html" REL="nofollow">Ruby's semantics</A>. That's not to say it can never have the support, but at present, it doesn't. I really don't see Charles arguing that point; it's on the JRuby page, after all.<BR/><BR/>* The existence of Java does not imply the existence of Groovy in the enterprise. There are many Java libraries/tools that exist that are not considered production ready; Groovy is at the bottom of that heap in my experience. Your experience is likely to be somewhat biased the other way. I dare say that I'd be much more biased towards Eclipse than (say) NetBeans, but that doesn't imply either one of them is more popular than the other.<BR/><BR/>* You can run Groovy on a cut-down VM. Harmony provides one such example. Of course, you can't have Groovy programs that execute javax.midi stuff without the Java support behind it, but your Groovy code can execute fine if that package isn't present.<BR/><BR/>* I did not say Scala was a dynamically typed language. In fact, I didn't say it was a dynamic language at all; I merely compared it. To be honest, it's a bit tiresome having to repeat points that I've already made, but if it keeps you happy, then I'll oblige.<BR/><BR/>Oh, and just for a laugh, there's a comment about Rails. Ever heard of <A HREF="http://lambda-the-ultimate.org/taxonomy/term/32" REL="nofollow">lift</A>? I like this quote, myself:<BR/><BR/><I>For multiple simultaneous requests being made from multiple machines, we're seeing better than 20x performance of the lift code versus the Rails code with 5 Mongrel instances. Once again, the lift code is not using very much CPU and the Rails code is pegging both CPUs.</I>AlBluehttps://www.blogger.com/profile/06362201865553416948noreply@blogger.com