May 04, 2004
Bray on Jython
Groovy is, uh, groovy, but I still don't see what it brings to the game that Jython doesn't already have. Except, that is, for the Java-like syntax - and since I prefer Python's syntax to Java's, that's not really an advantage. ;-)
I must admit that I was a little concerned that Groovy, flavour of the month that it is, might totally eclipse Jython. Well, I'm glad to see that this isn't happening. If anything, Groovy has refocused people's attention on dynamic languages in general, to Jython's benefit. There've been lots of new high profile Jython articles recently, and now we find Tim Bray, Sun's most famous new employee, bigging up Jython, too.
Alan picked out a good summary: "Itís faster to write software in dynamic languages, and the (real) benefits you get from an anally type-sensitive compiler can be had more cheaply with modern testing disciplines. But the theory doesnít matter, because the action is in the practice, and a whole lot of programmers out there have noticed that, in practice, they can get the job done quicker in Perl or Python or Ruby or whatever". This is pretty much exactly what Bruce Eckel has said already: Eckel on typing Java and Python.
But Bray does add "The best thing for the Java ecosystem would be for both Jython and Groovy to move along, grow and prosper; thereís plenty of room in here". Quite right.
Posted to Java by Simon Brunning at May 04, 2004 01:55 PM
Erm, Groovy can do Ruby-style closures, which IIRC can't be done exactly with Python
I think the key thing is that if you need continuations you can use Groovy, but there is plenty of room for Jython as well.
Having looked at closures (several times) I still can't find a situation where their use would improve my code in either readability, simplicity or maintability and the increase in speed (where there may be one) is somewhat marginal.
But then, that's just me, YMMV.
Where did continuations slip into the conversation, Andy? Or did you mean closures again?
closure's in groovy are lambda's in jython. at a high level, the advantage of groovy is that the intent is to allow you to program using a dynamic language on top of the jvm and java class libraries. jython's intent is to allow python scripts to run on top of the jvm. so where jython has to choose between making it easier to mirror java vs. make it conform to python, it will always choose the latter. that said, time will tell how much weight that carries. in the immediate term, it means that the JCP was an appropriate place for groovy to be standardised.
Jython also allows you to "program using a dynamic language on top of the jvm", and also gives you fill access to the Java class library. It's not only used by Python people wanting to run their python scripts on a JVM - see Anthony Eden, who came to Jython for its dynamism.
wrestling sge sumis yo cock ipussy breast implants gone wrong naked ebony female nostalgia merchanvhs movies