FR version is available. Content is displayed in original English for accuracy.
Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
53% Positive
Analyzed from 1332 words in the discussion.
Trending Topics
#scala#language#community#java#doesn#kotlin#years#tooling#functional#code

Discussion (35 Comments)Read Original on HackerNews
[0] https://news.ycombinator.com/item?id=7614130
I also had to move on for professional reasons and haven't kept up for a long time.
I am very surprised that there is not much traction anymore for Scala. I see about 10x more Clojure news or projects on Github so it is not just about the JVM...
Could someone point to why?
The language was deliberate about providing backwards and forwards compatibility between 2 and 3, but they didn't have a good story for macros. Yes, macros were experimental, but the ecosystem relied on them very heavily. This meant that your 3rd party dependencies likely hadn't migrated to Scala 3. If they had, things got complicated because you had to deal with two macro systems.
After many years the tooling is finally catching up and many 3rd party dependencies are available in Scala 3. That said, it's taken years and years. I think during those years many companies migrated to other languages or put a moratorium on new projects in Scala.
But in my opinion Databricks implicitly saying "no thanks" for the foreseeable future did a lot of damage here. Databricks didn't even bother bringing their proprietary runtime to Scala 2.13 until last year. Scala 3 is not entirely out of the question but it's taking forever, and at this point users can seriously ask themselves if Spark will actually stay relevant that long.
Scala's usage is stagnant or declining, but Clojure has always been tiny in comparison. It doesn't even register in most rankings (TIOBE, StackOverflow) which is also confirmed by hard numbers e.g. GitHub statistics.
And meanwhile, Java the language improved and Kotlin came along as (arguably) the better better Java, so there became less of a need for it.
Scala was sold through Akka and Spark, solving pretty complex technical challenges that are less relevant nowadays. In fact if you can avoid Akka and Spark, do.
A lot of companies followed the hype without investing in the developer experience. Tech debt hurts more in Scala than in a bigger, slow moving language. After typical turnover, you get teams inheriting unmaintainable codebases. This leaves a bad impression. It can be avoided, Twitter built world-class SOA with Finagle, as well as a complete layer of libraries on top of Hadoop, at a time where the Scala ecosystem was even rougher.
The fact Databricks doesn't care much about the language also did tremendous damage, forcing the community to cross-build against very outdated versions of Scala.
In short, Scala was never a better Java and adopters who thought otherwise invariably got burned.
I've been in both communities and this isn't my experience at all. There was a significant period of time in the Scala community where you'd get insulted constantly if you didn't buy into an extremely rigid purely functional programming mindset. Even Odersky and Li Haoyi were continuously berated. The Scala community moderators were far too slow at dealing with these people and a ton of people left because of it.
The Rust community is amazingly welcoming in comparison and the constant vitriolic flaming that occurred in the Scala community simply wouldn't be tolerated.
Also, non-backwards-compatible language changes fragmented the Scala ecosystem. Combined with the general trend of functional programming hype somewhat dying down in recent years.
Scala to Kotlin stories are extremely rare.
Kotlin is almost non-existent in the data processing world (Spark, Flink, Kafka streams...)
Kotlin's presence in the average CRUD web app or more complex SOA doesn't overlap with Scala that much, as someone who enjoyed the paradigms available in Scala would definitely not move to Spring, and frameworks such as Ktor or http4k are pretty niche. I've seen people move to modern Java, Rust (a lot actually), even Go despite the language being at the other end of the spectrum. But Kotlin, not really.
Scala has none of the referential transparency or type inference benefits of a regular functional language like haskell, or ocaml while adding an intimidating veneer of category theory elitism that keeps people away. Its type system would at least have a safety benefit if it didn't infer stupid things like ((if (a) then 1 else false) : Bool | Int) and convention wasnt to erase everything to some generic trait in the middle of a 30-deep inheritance hierarchy which dynamic-dispatches function calls to any of their overridden implementations in one of the dozen the mixins. The language seems to be a poor choice both if you want a good functional language (the language design & jvm) or if you want a good object oriented language (performance & tooling). It makes it easy to write very complex, implicit and dynamic code and requires expertise to write simple code. Hence it doesn't work for teams with a mix of backgrounds and experience, its at least too difficult to be worth it for me and my resources.
One also gets the impression the community is always off chasing the new shiny thing while the ecosystem is continually slightly broken everywhere. E.g. introducing significant indentation, rewriting the repl, sbt->mill, scaladoc, the languauge server, the unit test libs. The rest of the community I guess is siloed into these huge frameworks/companies or scala 2. Currently the hype is about generating docs for everything with AI which doesn't really impress [2].
While I find its a joy to learn about edge cases like the value restriction in ocaml, because they point to something more universal and true about type inference and programming languages; I've never been pleased to have to learn about a new arbitrary decision made by the scala compiler or standard library developers or imposed by the jvm.
[1] https://stackoverflow.com/questions/1722726/is-the-scala-2-8...
[2] https://www.scala-lang.org/blog/2026/07/06/quality-from-gena...
Too convoluted, doesn't care about compatibility at all, absurdly slow build system and obnoxious "community"?
Nothing against the people making tutorials ofc, I just hated the language.