Scalaの難易度の問題

まず、このスレッド[これを意味する]は、私には悲観的すぎるようです。 Scalaは、ますます多くの商業企業で使用されており、その多くは100人以上の開発者を雇用しています。 これらの人々はすべて自分の仕事をするだけです(そして大抵はそれが大好きです)。 彼らはScalaの複雑さがあまりにも恐ろしいとは思わない。



第二に、Scalaでは複雑さとパワーが非常にバランスが取れていることを理解するようになったと確信しています。 難易度の一部を取り除き、パワーの一部を失います。 ここで言うパワーとは、「絶対精度で言語で表現できる概念の数」を意味します。 すべてのチューリング完全言語は最終的に同等に強力であるという一般に受け入れられている議論から逃れたいと思います。



第三に、他の言語を見ると、それらには常に「ベストプラクティス」の特定のセットがあり、それらはそれらと共に配布され、アクションの指示として使用されます。 JEEの進化が示すように、この優れた習慣の文化は時間とともに変化します。 Scala for Businessはまだ若いため、私たちのプラクティスはまだ進化し安定しています。



そして、これはあなたのチャンスです! シンプルなAPIを使用して優れたライブラリを作成すると、Scalaの将来のベストプラクティスがまだ作成中であっても影響を与えることができます。 自分の手をひねるのではなく、これらの点に正確に集中したいと思います。



これらのプラクティスは、「スタイルチェッカー」などのツールで作成できますか? おそらく。 絶対に開発したいです。 しかし、グッドプラクティスを作成する責任をツールのみに任せるのは愚かなことです。



[UPDは入力ミスを修正し、テキストをさらにロシア語化しました]



All Articles