News for hackers. Stuff that matters.
Re:Go 1.18 by kaba0 on Tuesday March 15, 2022 @06:10PM (#30692552)
Scala is pretty close to Go in terms of popularity and I would argue that it has a much bigger ecosystem due to the JVM. It is also pretty much a typed python in terms of ease of use, and the JVM has stellar performance — other than small running scripts, for many kind of workloads Java’s state of the art GC will have better throughput than Go’s.
Re:Go 1.18 by Thaxll on Tuesday March 15, 2022 @07:22PM (#30693266)
Scala is on its way to die actually, I worked couple of years with lot of services in Scala, they were all replaced by regular Java or C# over the years, Scala missed the train and it's more and more difficult to find people that want to work with that language.

It's a stagnant language that will not get more popular, it peaked.

Re:Go 1.18 by bjt on Wednesday March 16, 2022 @02:23AM (#30695892)
> It's a stagnant language that will not get more popular, it peaked.

I can't speak to whether it's "stagnant", but at least as a percentage of questions on Stack Overflow, the claim that "it peaked" checks out. The peak for Scala was late 2016. Go surpassed it in 2020.

https://insights.stackoverflow.com/trends?tags=scala%2Cgo

Re:Go 1.18 by geodel on Wednesday March 16, 2022 @09:27AM (#30698520)
You are right. Going by Google trends Scala is not only less popular then Go it is further going down when compared to Go [1]

1. https://trends.google.com/trends/explore?date=today%205-y&ge...

Re:Go 1.18 by kaba0 on Tuesday March 15, 2022 @07:38PM (#30693394)
It just got a huge revamp with Scala 3, please do check it out if you hadn’t yet - it fixes some pain points while has many many exciting features, eg. can be null-safe with a single compiler flag (basically type T will not be able to represent a null, a java method that does return T will have a signature of T | Null). In great hands it can be insanely productive and well-maintainable, but of course I know that giving it to developers that look at the project more as a learning/experimenting thing can cause quite some damage due to the language’s strength.
Re:Go 1.18 by eweise on Tuesday March 15, 2022 @08:02PM (#30693573)
They just released Scala 3 this this year so hardly stagnant. The community seems to promoting more pragmatic functional approaches recently which I think is going to make Scala much more popular in the future.
Re:Go 1.18 by yawaramin on Tuesday March 15, 2022 @07:42PM (#30693432)
I understand not keeping up with it but 'it's on its way to die' is just spreading FUD. It's more popular than ever. Disney+, Lego, Canada Post, basically every large bank–plenty of people are using it and adoption is increasing.
Re:Go 1.18 by mhio on Tuesday March 15, 2022 @09:58PM (#30694384)
What metric do you use for popularity? I'm more involved in the systems side so I'm definitely over exposed to Go projects. I would have considered Scala to be at least an order of magnitude less "popular" than Go. Kafka is the only open source project in Scala I can recall running into but there's probably a whole enterprise world I don't see.
Re:Go 1.18 by yashap on Wednesday March 16, 2022 @02:23AM (#30695891)
For open source projects, it’s very popular in the “big data” world. Kafka, as you mentioned, but also Spark, Flink, Summingbird, Scalding, etc.

And yeah, it’s a pretty popular backend language at some large companies. Twitter, LinkedIn, Netflix, the Guardian, Starbucks, AirBnB, Coursera, AT&T, etc. all make significant use of Scala.

Go is certainly bigger, but Scala has plenty of adoption too.

Re:Go 1.18 by kitd on Wednesday March 16, 2022 @04:36AM (#30696554)
Kafka is currently undergoing a rewrite into java.
Re:Go 1.18 by geodel on Wednesday March 16, 2022 @09:42AM (#30698693)
Indeed. To add further it is also facing competition from Apache Pulsar and NATS. Not to forget Redpanda a Kafka rewrite in C++.
Re:Go 1.18 by agallego on Wednesday March 16, 2022 @12:24PM (#30700806)
a small note on redpanda. Is not a `rewrite`. It is an entire new storage engine, different consensus protocol, different on-disk format, different internal RPC, no external dependencies, ...., in fact when i started it it was using flatbuffers as the API. What we did later to make money is add a kafka-API translation layer, but in terms of code size, is a very small part. The way i'd recommend thinking about it is a new storage engine that is compatible w/ kafka clients. https://github.com/redpanda-data/redpanda/tree/dev/src/v/kaf... - this is basically all the kafka-related code, the rest is net-new design.
Re:Go 1.18 by wfox on Wednesday March 16, 2022 @01:55PM (#30701915)
Source?
Re:Go 1.18 by kitd on Wednesday March 16, 2022 @05:29PM (#30704341)
Re:Go 1.18 by wfox on Wednesday March 16, 2022 @08:26PM (#30705991)
But the guy answering there is talking about the Java clients.