Groovyはなくなりますか？[閉まっている]

この質問は何度も聞かれたと思います。しかし、私はこれらの言語の将来は何であるかという意図を持ってもう一度尋ねたいです。

私は最初にGroovyを紹介され、本当に気に入っていました。構文がよりシンプルで、Javaにはるかに近いと感じ、Grailsをすばやく学習することができました。

それからScalaがあり、ウェブフレームワークはLiftです。私はまだScalaを学んでおり、時には構文が非常に難しいと感じています。

しかし、Groovyの将来はどうなるのか、まだ疑問に思っています。Groovyの作者が、Scalaを知っていればgroovyを作成したことはなかったと言ったとき、未来があるのではないかと思うようになります。もちろん、Groovyは大きな進歩を遂げており、Grailsは今日多くの大企業で使用されています。

もし今日Grails対Liftを見るとすれば、Grailsが勝者になります。より多くの企業がそれを使用しています。しかし、これまで述べてきたことをすべて考えると、Groovyに投資すべきかどうか知りたいと思いますか？Groovyは廃止され、Scalaはより良い選択ですか？BMWのCEOがメルセデスを運転すると言ったら、なぜ私たち全員がメルセデスも運転してはいけないのか疑問に思うでしょう。

（この質問が本当に広範で、閉じられている可能性があるかどうかは理解しています。しかし、他の人のためのオープンなWikiにしたいと思っています。）

Groovyが消滅することはないと思います。Groovyは今や自立した存在です。GrailsフレームワークはGroovy言語を中心に構築されており、これが生き続けるための十分な理由です。Groovyにはキラーアプリケーションがあります。

Grailsが唯一の重要なGroovyプロジェクトであると言っているわけではありません。Gradleも非常に優れています。GORMは本当に便利です。Gantは、Antよりも優れた改善点です。

Groovy / GrailsがSpringSourceの傘下にあり、両方にコミットしていることは言うまでもありません。

BMWのCEOがメルセデスを運転すると言ったら、なぜ私たち全員がメルセデスも運転してはいけないのか疑問に思うでしょう。

ジェームズゴスリングが何を選んだと思いますか？

@The Legend of 1982のコメントと同様に：

Groovyは、多くの開発者が切り替えを行う（または少なくとも手を出す）ためにJavaに十分に近い構文を持つJavaの動的な代替手段であるため、引き続き使用されます。

• Grailsは、Matt Raibleが大規模なJVM言語Webフレームワークの比較チャート/分析を行うたびに、常に上位2つのフレームワークにいます。彼はおそらく最も完全な分析です。

• GParsは、GroovyがScalaの機能を大幅に向上させる新しい並行性lib / APIです。

Groovyがinvokedynamicおよびその他のコンパイラーのトリックを使用する方法を理解するにつれて、速度の問題は徐々に改善されます。

Groovyは非常に優れた言語であり、過小評価されています（あなたが言及したように、それは自分のクリエイターでも）。私にとっては、Javaエコシステムにおける役割は、C / C ++世界エコシステムにおけるLuaの役割に似ています。はい、それはそれほど速くありませんが、それでも。

グルーヴィーが死ぬのであれば、私は非常に悲しいでしょうが、このロードマップは実際にはそれほど悪くないことを教えてくれます。

実際、Groovyは非常に素晴らしく、きちんとした表現力豊かな言語です。Scalaについては、GroovyとScalaは異なるニッチにあると思います。

Groovyや実際のRubyの一般的な優秀さを損なうことではありませんが、Webトラフィックの90％以上はPHPまたはJavaフレームワークで書かれたサイトへのものです。

「Grailsは多くの大企業で使用されています」をどこで入手したのかわかりませんが、これは「フォーチュン500のすべての企業がPythonを使用している」と言っているようなものですが、ビジネスに不可欠なものにはPythonを使用していません。

彼らはGrailsやRailsなどを使用しないのは正しいことです。小さな整頓されたサイトには最適ですが、拡張性はあまりありません。また、ほとんどの大企業は複雑に相互接続されたシステムを使用しており、Webアプリケーションを構築する際の主要な課題は、データを提供または消費する他のすべてのシステムへの接続方法を中心にしています-慣例によるコーディングはこの分野では機能しません。

言語の主な競合相手であるGroovyは、実際にはJPythonであり、同じスペースで動作し（JVMでのスクリプティング）、同じ種類のもの（自動化されたテスト、自動化されたビルドなど）に使用されます。

Groovy 2.0のパフォーマンスにより、GroovyはJavaに非常に近いリーグになりました。http：//java.dzone.com/articles/groovy-20-performance-comparedを参照してください。この記事のベンチマークは非常にラフですが、私はGoogle Goのパフォーマンスを比較するために作成されたRobert Hundt（https://days2011.scala-lang.org/sites/days2011/files/ws3-1-Hundt.pdf）に基づくGroovy 2.1の新しいベンチマークに取り組んでいます他の言語で。記事の執筆が完了するまで2〜3週間かかりますが、これまでのところ測定値は非常に良好です。@CompileStaticとJDK7を使用したGroovy2.1のパフォーマンスは、JDK6（！）を使用したJavaとほぼ同じです。

Groovyは、ScalaではなくKotlinやCeylonともっと競争すると思います。Scalaはより学術的な研究言語であり（非常に興味深い言語ですが）、GroovyやKotlinのように仕事を遂行するための言語ではありません。単にミックスイン、拡張メソッド、真のクロージャー、およびJavaのものが不足している場合、これを取得するために行う必要がある大きなステップです。Groovyの構文はJavaに非常に近く、これはKotlinと比較して本当のセールスポイントだと考えています。