Welche Sprache die schönste, schnellste, tollste ist, darüber streitet die Java-Community gerne und mit viel Herzblut. Keiner entscheidet sich wegen eines Blogeintrags für die Nutzung einer neuen Sprache, jedoch macht es nicht minder Spaß, die Language Wars in der Blogosphäre zu beobachten.
Ein aktueller Fall verhärtet die Fronten zwischen Scala und Groovy. Der GridGain-Gründer und -CEO Nikita Ivanov hielt in seinem Blog eine Ode auf Scala und ließ sich dabei zu einer schlechten Angewohnheit der Language Wars verleiten: eine Sprache loben, in dem man die andere heruntermacht:
Scala is designed by people who have proper academic background, experience and talent in the area of language design – Groovy has never been that way.
Groovy will ALWAYS be slower than Scala or Java (latest benchmarks put even Groovy++ about 50 times slower than Java) just by its nature unless someone changes the language and rebuilds the runtime from the ground up. (Nikita Ivanov)
Ivanov kann also nicht verstehen, wie jemand heutzutage Groovy oder Groovy++ nutzen kann. Wenn man schon nicht bei Java 7 bleiben wolle, so solle man lieber PHP oder Python für das Web, und Scala oder .NET/C# nutzen.
Als Antwort auf diesen Blogeintrag musste der Software-Entwickler Christopher Wong in seinem Blog eine Lanze für Groovy brechen. Sein Argument: Groovy und Scala waren lange ebenbürtig, bis Groovy++ kam. Das neue Groovy++-Projekt stellt eine Erweiterung der Groovy-Sprache dar, ohne das Runtime-Meta-Programming-Verhalten. Es soll höhere Geschwindigkeit und sichereren Code bieten. Mehr Informationen dazu bietet unter anderem der Blog von Nick Wiedenbrück.
Anyway, with the recent attention to Groovy++, I would say that Scala's main differentiator over Groovy has been erased. No wonder that Scala fan I linked to earlier got all defensive. (Christopher Wong)
Als zweites Argument führt Wong die Jobsituation an: Nach den Jobtrends auf Indeed.com lag Groovy letztes Jahr eindeutig vor Scala, jedoch seien beide Sprachen nicht der Rede wert, wenn man sie mit Ruby vergleiche. Und mit dem guten alten Java dürfe man das erst recht nicht vergleichen.
