Live data from Hacker News

What's Next for Scala

lihaoyi.com

11–20 of 203 posts

Re: What's Next for Scala

#11
I love Scala! It's the language that enlightened me and be more productive. Now, every time I code in other languages (e.g. Dart for Flutter, or JS for web stuff), I grumble when I can't find "standard" features such as "map", pattern matching, optional and named params, implicits.

Also, when I code in Scala, I frequently google and end up learning something new about the language. I know it sounds like distraction/wasting time, but there's a certain satisfaction when I found the "Scalaic" way of doing things, like, "There's gotta be a one-liner way of doing this."

Of course, my complain is still compile time (yes it's significantly faster, but I'm impatient).

Re: What's Next for Scala

#13
post #6

> it seemed to peak around 2016 https://trends.google.com/trends/explore?cat=5&date=all&geo=... Early 2017, perhaps! Are Go and Rust seen as competitors to Scala?

Remember that Google Trends just measures search traffic. Also, handy tip, select "Programming Language" instead of "Term", the graph changes slightly with that: https://trends.google.com/trends/explore?cat=5&date=all&geo=...

Another tip, by default Google Trends just show data from the US, which is not very interesting, select Wordwide to get a better picture: https://trends.google.com/trends/explore?cat=5&date=all&q=%2...

Competitors are hard to say as there would different categories. Some workplaces would only choose a JVM language, then Scala's competitors are Java itself, Clojure and alike.

Go and Rust have mainly been described as "system" languages but they take vastly different approaches from each other.

If you be a bit more specific on what you're compared them on, it'll be easier to know if they are competitors or not.

Re: What's Next for Scala

#14
post #6

> it seemed to peak around 2016 https://trends.google.com/trends/explore?cat=5&date=all&geo=... Early 2017, perhaps! Are Go and Rust seen as competitors to Scala?

Depends who Scala was a competitor to.

If you viewed Scala as a competitor to Java, then Go is a competitor to Scala and not Rust; because Go is a competitor to Java in my opinion.

Re: What's Next for Scala

#15
post #9

Since the post mentions Scala Native, all these guest language projects that eschew the platform that made them famous and try to pursue the dream of being their own platform, while building an ecosystem, GC and optimising compiler from scratch (even if they build on LLVM or compile via C/C++), would be much better taking advantage of AOT and JIT caches from several JVM implementations instead of pretending they don'…

Looking at the commit log, Scala Native looks pretty dead https://github.com/scala-native/scala-native/commits/master

Re: What's Next for Scala

#16
post #6

> it seemed to peak around 2016 https://trends.google.com/trends/explore?cat=5&date=all&geo=... Early 2017, perhaps! Are Go and Rust seen as competitors to Scala?

I was interested in Scala and used various tools/hacks to build Android apps with it. Very neat language but the pain for building on Android was too much for me - I stopped using Scala around 2016/2017 as Kotlin became viable (and is now extremely well supported) on Android.

Re: What's Next for Scala

#17
post #12

> It's not Clojure-dead What does this mean? I thought Clojure has a dedicated, if small, user base.

I guess in the authors mind, dead here means it's stable, solves its problems well and doesn't try to attract developers with shiny new features but instead focuses on enhancing the core experience which gets better.

As a Clojure/Script developer, I could understand that Clojure looks dead from the outside if you're a JS developer, you're used to new language features being shoehorned into the language every year.

But for someone inside the Clojure ecosystem who used to be a JS developer, it's a breath of fresh air when I can take a 4 year old library and include it, everything works and no bugs are to be found. If there is a bug, I can patch it from the outside, if I really have to.

Clojure in general lends itself very well to be extended from the outside (like what clojure.spec is currently doing [and many others]) so the core language doesn't really have to change anymore, we're just building libraries on top of the language which extends the language.

Re: What's Next for Scala

#18
post #6

> it seemed to peak around 2016 https://trends.google.com/trends/explore?cat=5&date=all&geo=... Early 2017, perhaps! Are Go and Rust seen as competitors to Scala?

Depends who Scala was a competitor to. If you viewed Scala as a competitor to Java, then Go is a competitor to Scala and not Rust; because Go is a competitor to Java in my opinion.

Go is a competitor to Java 1.0, it still needs to grow a bit more if it wants to compete with Java 14 and its 25 years of tooling and libraries.

If Go 2.0 ever happens, it will be a competitor to Java 5.

Re: What's Next for Scala

#19
post #18

Earlier quoted context omitted.

Depends who Scala was a competitor to. If you viewed Scala as a competitor to Java, then Go is a competitor to Scala and not Rust; because Go is a competitor to Java in my opinion.

Go is a competitor to Java 1.0, it still needs to grow a bit more if it wants to compete with Java 14 and its 25 years of tooling and libraries. If Go 2.0 ever happens, it will be a competitor to Java 5.

So, it depends on what you’re talking about; language or organizational need.

Go is an imperfect match for Java The language, largely because of the whole Generics thing. But if you’re talking about how teams use Java and Go, they’re a good match now.

Go was designed for large companies like Google to have a huge number of engineers and produce consistent, quality code, all while constantly on boarding people and moving them around. From an organizational perspective there are a ton of Java shops that use Java for similar reasons, plus the ability to cheaply and quickly acquire contractors who know Java.

Re: What's Next for Scala

#20
post #17
post #12

> It's not Clojure-dead What does this mean? I thought Clojure has a dedicated, if small, user base.

I guess in the authors mind, dead here means it's stable, solves its problems well and doesn't try to attract developers with shiny new features but instead focuses on enhancing the core experience which gets better. As a Clojure/Script developer, I could understand that Clojure looks dead from the outside if you're a JS developer, you're used to new language features being shoehorned into the language every year. Bu…

The dig at JS developers is completely uncalled-for.

I'm a JS developer and I admire the way Clojure has seemed to skip both the hype and disillusionment phases and jump straight to the productivity plateau.

Post reply on HN