Apache Groovyプロジェクトでは、コミュニティの主要メンバーの1人が参加を停止しました。その名前の多くは、この言語に関連しています。 主にGroovy静的コンパイラーの作成者として知られるCedric Shampoが去ります。
セドリック自身がそれらを定式化する形で去る理由を考えると、Groovyコミュニティがどのように最高を望んでいたのかがわかりますが、最終的には意図せずに悪化しました。 しかし、コミュニティ自体には、起こったことの他の解釈があります。 いずれにせよ、この物語は、JVMの世界の開発者にとってだけでなく、興味深いものかもしれません。
何が起こったかを理解するには、遠くから行く必要があります。 2007年にリリースされたバージョン1.0のGroovy言語は、「より良いJava」の役割の競争相手になりました。また、JVM向けに設計され、同時に開発者が好む多くの新機能をもたらしました。 たとえば、多くのジャビストに知られているBaruch jbaruch Sadogurskyは 、 かつて HabrでAST変換がどれほど素晴らしいか、そしてJavaで作業するときの生活をどのように改善するかを書きました。
Groovyはさまざまな領域に侵入しました。 たとえば、DSLはGradleのビルドスクリプトのベースになっていたため、言語の可視性が大幅に向上しました。さまざまなジャビストがアセンブリのコンテキストで定期的に遭遇し始め、言語への関心が高まりました。 このようなイベントを観察することで、GroovyがJVM言語のリーダーの中で揺るぎない地位を獲得する明るい未来を容易に想像できました。
年が経過し、Groovyは、一方では非常によく使われました。他方では、Groovyは世界を占領したとは言いません。 そして、この見通しは不確かでした。たとえば、Java 8の登場により、「より良いJava」の必要性はより少なくなりました。
そして、彼は急速に人気を集め始めましたKotlin。 その作成者は、Groovyにインスピレーションを与えた言語の中で名前を付けているため、Kotlinはいくつかの点でGroovyに似ています。 原則として、これはGroovyが正しい決定をしたことを裏付けています。彼らは実際に自分自身を証明し、他の人はそれらを採用したかったのです。 しかし、Groovyコミュニティの一部は、このようなアイデアの検証に満足していませんでしたが、脅威に直面しました。
別のJVM言語（現在はJVMだけでなく、当初はこの特定の市場のためにKotlinが戦いました）。 これは「最高のJava」とも呼ばれます。 Groovyの機能を部分的に複製します。 そして、それは急速に成長しています。
2016年、GradleはGroovyだけでなくKotlinでもビルドスクリプトを記述できるようになると発表しました。 また、Groovyコミュニティでは、多くの人がこれを背後の刺し傷だと考えていました。 かつて、Gradleは、多くの開発者がMavenのXMLをはるかに気に入っていた言語の使用によって助けられていました。 そして今、Groovyの助けを借りずにポピュラーになったGradleは、敵のライバルをサポートしました！
確かに、Kotlin DSLの作業は非常に長く、2018年の終わり（発表から2年以上）に「生産準備完了」のステータスを取得したため、現時点ではGradleスクリプトのGroovyから世界はまだ消えていません。 。
最後に、現在に戻ります。 Cedric Champoは、Apache Groovyからの脱退を発表し、その投稿でその理由を説明しています。
彼はGradle Incで働いており、KotlinのGradleへのサポートが発表された瞬間から彼の人生は複雑になったと書いています。 彼がKotlinについて何か良いことを言うたびに、Groovyコミュニティの人々が彼に「やらないで、Groovyに害を与えます」、「Gradleで私たちの側にいない」と書きました。
同時に、CedricはKotlinをGroovyに対する脅威とは見なしておらず、両方の言語が好きで、両方を使用し、両方の利点を認識しています。 最近、彼はコトリンに興味を持っています-しかし、彼にとってこれはある種の「バリケードの反対側への移行」を意味するものではなく、彼の性格を特定の技術の選択に結びつけません。 その結果、彼は闘争の気持ちにうんざりし、異議や冗談に出会うことなく言葉だけを語ることができない状況に不快になりました。
最後のストローは、彼がKotlin Gradle DSLで書かれたビルドスクリプトをApache Groovyにコミットした先日でした（これが異議の原因となりました）。 セドリックによると、人々はGradle Incでの仕事のためにそのような決定をしたと言い、彼はこれに耐える準備ができていません：
「セドリックです。 私はGradle Incではありません
セドリックです。 私はコトリンではありません。
セドリックです。 私はGroovyではありません。
テクノロジーは生きて死ぬ、私はテクノロジーと結婚することに興味がない」
「人をかじったひどいコミュニティ」の話を見ることができますが、セドリックは、彼自身がGroovyコミュニティをまったく毒性があるとは考えていないことを強調しています。 彼は、単に将来に対する恐怖が非常に大きい（非常に理解しやすい）と信じており、これを持つ人々の行動を説明しています。
解釈が正しいと考えると、物語は次のように見えます：コミュニティは言語の未来を恐れていますが、これらの恐怖のために、それ自体が明るく有用な代表者が去った雰囲気を作り出しました。 つまり、Groovyを最高の状態にすると、最終的には悪化しました。
ただし、コミュニティ自体には別の解釈があります。実際、別の言語でビルドスクリプトを追加しても宗教的な恐怖は発生しませんでしたが、「これはプロジェクトの不必要な複雑さであり、誰もがこの言語を知っているわけではありません」などの非常に合理的な反対意見です。 そして、そのような解釈で、物語は非常に異なって見え始めます。
あなた自身の意見を述べるために、例えば、このコミットの議論を読むことができます。
いずれにせよ、物語は悲しいです。 しかし、幸いなことに、これは少なくともスキャンダルで終わったのではなく、Groovyのために行ったすべてのことについてCedricに感謝の意を表す多数の返信で終わった。
広告の分。 あなたはここにいるので、おそらくJava / JVM言語での開発に興味があります。この場合、 JPoint会議（モスクワ、4月5〜6日）は興味深いかもしれません。 このJPointではGroovyに関するレポートは特にありませんが、スピーカーにはApache GroovyのコミッターであるSergey Egorovがいます。この言語に興味があるなら、カンファレンスで話し合う人がいます。