What's Your Next JVM Language?
The slow evolution of the Java language has increased interest in JVM languages.Java 7's brought JSR 292 (
invokedynamic and its support libraries) to improve the performance and flexibility of languages targeting the JVM.
It seems the stage is set for companies to adopt a JVM language to raise the productivity of their developers (or at least keep them from leaving for other companies that have adopted more trendy languages).
So if you're evaluating the switch to another language or have already decided, InfoQ would like to know: what is you're next JVM language?
In order to simplify this question, we've decided to focus on JVM languages that are: currently actively developed, general purpose, and suitable for enterprise or server side development. We've left out languages like Processing which are aimed at a specific domain (even though they might be general purpose).
The list can be roughly categorised as
- Designed for the JVM
- Existing languages ported to the JVM
Note: InfoQ is aware that languages are a controversial, touchy subject. If we've left out your future JVM language, feel free to tell us all about it in the comments.
On the voting widget: pick the languages you're considering or which you've evaluated and arrange them whether you'll adopt them (horizontal) and how much of your code will be written in these languages instead of Java (vertical).
Please use InfoQ account!
Frege: Haskell for the JVM
"Frege is a non-strict, pure functional programming language in the spirit of Haskell. It enjoys a strong static type system with type inference. Higher rank types are supported, though type annotations are required for that. Frege programs are compiled to Java and run in a JVM. Existing Java Classes and Methods can be used seamlessly from Frege. The Frege programming language is named after and in honor of Gottlob Frege. While not derived from any existing Haskell implementation, it is more or less equivalent to Haskell 2010."
Direction of axes are going to confuse people
Not surprised at the Scala results so far
Re: Direction of axes are going to confuse people
By having the direction of the Y axis as it its, it means that the most mature & attractive languages will be clustered in the bottom left quarter (assuming that the best replacements for Java will be used for all the code).
In other words, the further away from the origin, the less attractive the language is as a replacement for Java.
Re: add Gosu
Surprised at lack of ColdFusion on here
There are open source options for CFML engines as well, e.g. Railo, Open BlueDragon, Smith etc and these tend to be implemented in Apache Tomcats, JRun or Jetty.
Java 8 definitely!
Will it be Ceylon next year? Will everybody who just started to rewrite everything in Scala, move to Ceylon?
And about Ceylon, like Java 8 it's also not done yet.
Ignorance is a bliss
To develop slowly, Java is extremely good.
Re: Java 8 definitely!
Add Redline Smalltalk ...
Re: Add Redline Smalltalk ...
The surface of the points should be proportional to the number of vote
For example is you compare today, java8 has 631 votes and JRuby 288 votes. But when you look at the chart, it seems that jruby is a 4 times smaller than java8. Which is not true. To be fair you should correct that point.
Re: The surface of the points should be proportional to the number of vote
Re: Java 8 definitely!
Scala is so last year! Next year all the cool guys will be on XTend, or was it Kotlin, or perhaps Ceylon? Sorry, I keep losing track...
Confused with 'Language', better usage as 'extended language' or library.
At www.missioncriticalit.com we use Mercury (with C, Java and .net) to write server-side enterprise software. For us, Mercury provides features that assist in writing reliable software, to the extent that we offer an explicit warranty on our software.