いつScalaを使い、いつ使わないのか

前置き 先日Twitterでこのような興味深いツイートを拝見しました。 なるほどと思ったので、自分が技術選定/アーキテクチャ設計において「どのような時にScalaを選択し、どのような時に選択しないのか」をあらためて言語化してみることにしました。 ちなみにこの記事タイトルは Scala福岡 2019 で講演させて頂いたものと同じタイトルですが、当時の資料は説明が無いと誤解を招く部分も多く非公開にしているため、その焼き直しも含めてこの記事を書いています。 また、ここで記載している内容は2022年8月現在の事情を元にした考えになります。言語の機能やとりまく状況などは日々変わっていくものであり、前提が変われば結論が変わることも当然にあります。あくまで現時点での意見の一つとして参考程度にして頂ければ幸いです。 また、この記事では主に言語機構や周辺ライブラリ・エコシステムといった側面からの判断を中心と

[buriburiuntitti]

「長期の運用および機能改善をし続ける想定のシステムを開発する時」にマイナーな言語使うと後々大変だろが

[gabill]

CoffeeScriptもScalaも、かつては今で言うRustのような『次のスタンダードになるかもしれない技術』だった。

[NetPenguin]

技術選定時にどのような理由で選んだのかについて書いているのだと思うので、その結果どうだったかを、この文章で書かれていないのは、そんなにイミフとはおもわない。

[tinsep19]

JVMのツール類あんまりつかいこなせてないなぁ。Scalaはマイナーとは思うけど選定理由としてはわかる。

[als_uz]

“Java Flight Recorder や Java Mission Control などのツール群や JMX, JPLIS などの仕様・インターフェイス郡とそれを活用するサードパーティツールなどなど"