XtendとKotlinを使用してこれらのScalaを削減しようとするのはなぜですか？[閉まっている]

そのため、EclipseはXtendを提供し、JetBrainsはKotlinを提供しています-どちらもScalaのバージョンを骨抜きにしたようです。私の質問はなぜですか？私はスカラ座で少しプレイしたし、そうではありませんことを困難。これは、命令的なものから機能的なものへの飛躍の固有の難しさに対する単なる反応なのでしょうか、それとも他に何か機能しているのでしょうか？

編集：謝罪。最初に投稿したときに質問を読み直すと、トローリングのように聞こえるかもしれません。私が質問を表現した方法は、質問をするための最良の方法であるように見えました。「Scalaは難しすぎる/ Scalaは複雑すぎる」という効果と、「KotlinはScalaを実行しようとする試みですが、よりシンプル」というブログ投稿を見てきました。元々の言い回しはそのままにしておきますが、正直にトロールしようとしませんでした。

過去7年間Javaでプログラミングをしていて、私の最強の言語である私見は、Scalaはまったく異質であり、それに慣れるのに苦労しています。

Xtend は Javaのように感じられ、それを使って簡単なアプリケーションをより速く書くことができました。確かに、私はScalaで十分な時間を与えなかったのですが、なぜ一部のScalaがオフになっているのかは確かに理解しています。

そう言われていると、人々はなじみのない天国よりもなじみ深い地獄を選ぶでしょう。

JetBrainsには、ScalaとKotlinを比較するWikiページがありますが、KotlinにはあるがScalaにはないことがいくつかあります。

• ゼロオーバーヘッドのヌル安全。ScalaにはOptionがあり、これは構文上および実行時のラッパーです。
• スマートキャスト
• 静的拡張機能。実行時にラップする代わりに
• Kotlinのインライン関数は非ローカルジャンプを容易にします
• 文字列テンプレート。同様の機能を持つscala用のサードパーティコンパイラプラグインがあります：ScalaEnhancedStrings
• 一流の委任。また、サードパーティのプラグインを介して実装：Autoproxyモジュール

したがって、KotlinをScalaのウォーターコールと呼ぶことは、おそらく過度に単純化されているでしょう。Xtendに関しては、より多くの読者ではなく、主にXtextユーザーをターゲットにしていると思います。Scalaとの大きな違いは、XtendがバイトコードではなくJavaにコンパイルされることです。

リストに追加すべきもう1つの「Javaキラー」言語はRed HatのCeylonです。ただし、Scalaと比較するかどうか、また比較する方法はわかりません。

私は昨年、Scalaをプライマリ言語として使用しました（Javaを大規模なレガシーJavaコードベース内で2番目に近いものとして使用します）。まだ使用していない場合は、かなり基本的な機能を調べる必要がありますながら。もちろん、Scalaをすばやく書くこともできますが、非常に機能が豊富な言語であり、習得するには時間がかかります。

さらに、その複雑さは人間にとってだけでなく、IDEやコンパイラにとっても問題です。CelyonとKotlinはどちらも、かなりきれいなJavaScriptに直接コンパイルします。ScalaはGWTを介してJavaScriptを生成できますが、そこに到達するのは複雑であり、GWT出力は判読できず、外部のJavaScriptやHTMLでうまく動作するように設計されていません。

私は間違いなくJavaよりもScalaの方が生産性が高く、コードはよりコンパクトで読みやすいです（少しScalaを知っていれば）。複雑さの20％で機能の80％の言語は、歓迎すべき代替手段です。

[レガシーコードの言及を削除するために編集されました。以下のコメントを参照してください。]

[2017補遺：ScalaはJavaScriptをビルドターゲットとしてサポートするようになりましたが、KotlinはScalaに似たJava / Groovy / JavaScriptの置換に意味のある機能を追加し続けています。これらは、私がこれを最初に書いたときよりも独特の言語になりました。]

JetBrainsは、Kotlinの目的を非常に明確に述べています。

より表現力のある言語に切り替えることで、生産性を高めたいと考えています。同時に、Javaの相互運用性（新しい言語は徐々に導入され、既存のコードベースとスムーズに相互運用する必要があります）またはコンパイル速度（私たちのコードベースは、 javac、それを遅くする余裕はありません）。次のこともかなり簡単です。KotlinがIntelliJ IDEAの販売を促進すると期待しています。

EclipseでPlay Frameworkを使用してScalaを数か月使用しました。私はこの言語が好きですが、嫌いなこともあります。

私にとって、Javaから別の言語に切り替える理由は、生産性を高めるためです。

これまでのところ、Scalaの生産性はそれほど高くありません。理由の1つは、EclipseでScalaを適切にサポートしていないことです。Scalaプラグインは不良で（インデントが失敗するなど）、まだ多くの機能がありません（「Open Call Hierarchy」がないなど）。Scalaコンパイラーも遅く、これは問題ではないかもしれませんが、私はScalaをPlay Frameworkで使用します。これは、すべてのリクエストに対してコードをコンパイルするため、コンパイラーの速度が重要です。

Kotlinについては知りませんが、ScalaとXtendは非常に異なる獣です。

一般的なことわざに反して、Scalaは優れたJavaではありません。ScalaはJavaよりもはるかに優れた言語であり、独自の構文とセマンティクス、および独自のベースライブラリパックを備えています。

Xtendは優れたJavaです。Javaセマンティクスを保持し、構文を強化します。Xtendコードのすべての行は、Javaのコード行に直接変換できます。追加のランタイムもありません。

私は、どちらのアプローチも異なるとはいえ、正しいと思います。私はScalaを（言語として）嫌いではありませんが、Scala jarをプロジェクトに追加するのは好きではありません。AndroidでScalaを適切に使用することもできません（重量とパフォーマンスの問題が追加されます）。Xtendの機能はそれほど多くありませんが、私にとっては問題なく（Java言語よりも使用する価値があります）、すべてのプラットフォームで、Javaで直接記述しているように動作します。

両方の言語が異なるニッチをカバーし、互いに干渉することなく共存できると信じています。私見、Scalaはあまりにも複雑で、新しいものは何も追加していません。より機能的でオブジェクト指向を減らしたい場合は、ClojureやJHaskellなど、より単純な機能言語の1つを選択してください。より優れた構文と少しの関数型プログラミングを備えたJavaが必要な場合、FantomはScalaと同じくらい素晴らしいでしょう（C＃によく似ています）。

しかし、私はXtendがこれらすべての言語の間の良い点にあると思います。Javaに必要な構文パターンをすべて追加し、Javaの優れた部分（セマンティクス）を保持します。JavaのCoffescriptと考えてください。

そして、Eclipseサポートは素晴らしい...