Earlier quoted context omitted.
Well, Go magically fits right between C++ and Java, which were both Google’s main backend languages AFAIK. I wonder if generics and proper dependency management were on this survey you’re talking about...
Caught me, Go was developed for Google only because it fits between C++ and Java meaning its worthless to everyone else ;) Generics and dep management were on the top of that survey last year. They are the primary focus of the Go team right now. Russ wrote Go Modules for dep managment, the implementation specifically addresses pain points from the community. Generics are a hot topic and looks like we're close to a fi…
The Road to Scala 3
151–160 of 196 posts
Re: The Road to Scala 3
#152This is a real feat of engineering, and likely to make migration actually happen and be fast and easy.
Compared to other 2 to 3 version changes, this is amazing.
Re: The Road to Scala 3
#153Re: The Road to Scala 3
#154To all those saying Scala is dying: Personally I am making top money on Scala gigs, and I don't see that changing anytime soon. The people I meet on these gigs share my opinion. Most people wouldn't take a Java job even if it paid more, same for Go or Node ( both of which I have used in production in the last month, and wouldn't take over Scala, with the exception of serverless) Teams in Media, Government and Finance…
>With all that said, the church of FP and the hascalator community is a problem for Scala. Overly dogmatic & academic functional programming styles don't have a place in production systems. Isn't Scala minus the problems you mentioned just Kotlin?
Re: The Road to Scala 3
#155Earlier quoted context omitted.
Caught me, Go was developed for Google only because it fits between C++ and Java meaning its worthless to everyone else ;) Generics and dep management were on the top of that survey last year. They are the primary focus of the Go team right now. Russ wrote Go Modules for dep managment, the implementation specifically addresses pain points from the community. Generics are a hot topic and looks like we're close to a fi…
Not “for Google only”, but to meet Google’s needs first and foremost. I know that I won’t be convincing you, though :)
Don't get me wrong the Go authors have overridden the community a couple of times and there was some serious outrage. Don't think that was a Google thing though, more of an "We know better" from the authors.
Re: The Road to Scala 3
#156I often see comparisons to Go, Kotlin, Rust, etc, and I agree that it's unlikely for Scala to have a second renaissance and have an steep upward trajectory like those languages, but is that really a death of a language? I'm actually fine with Scala narrowing its scope and focus at being really good at just a couple of things. Such as embracing its FP-side more so than its OO-side. Not to say there is no value in its…
It's more than social reasons. The JVM has technical limitations that ruin idiomatic Haskell. Lack of a mechanism for efficiently and modularly compiling general tail-call elimination.
For instance, if you traverse too long of a list, you'll blow your stack. You can try it and fail yourself with Eta.
FP in Scala has the same issues, but they have some extra utilities to work around it, but it's something you gotta be aware of.
Re: The Road to Scala 3
#157I love scala, and am very much looking forward to scala 3. For all the complaints about the language that always pop up in these threads: yes, the language lets you shoot yourself in the foot (with great power comes people who don’t apply it responsibly), but it’s precisely that power that makes it so useful and exceptional when judiciously applied. I like to say that scala is as if java and ruby had a love child and…
> I like to say that scala is as if java and ruby had a love child and it all worked out. I feel Kotlin is probably a more accurate result of this mindset, but reasonable people disagree. What part of ruby or java has anything morally or technically even approaching the concept, use case, or meaning of implicits?
Dependency injection for implicit params, for one? Also, you can almost see implicit conversions as one take on type safe dynamic typing. Almost.
But of course Scala also brings functional programming and its own ideas to the mix.
Re: The Road to Scala 3
#158I often see comparisons to Go, Kotlin, Rust, etc, and I agree that it's unlikely for Scala to have a second renaissance and have an steep upward trajectory like those languages, but is that really a death of a language? I'm actually fine with Scala narrowing its scope and focus at being really good at just a couple of things. Such as embracing its FP-side more so than its OO-side. Not to say there is no value in its…
Re: The Road to Scala 3
#159Re: The Road to Scala 3
#160The problem of Scala is that it is outclassed by Rust and Kotlin at its two niches of, respectively, "best designed programming language" and "better Java on the JVM". Scala can't beat Rust because you can't have safe concurrency (and also single-threaded mutation control) without linear types, and you can't have linear types on the JVM; furthermore, a GC and VM-based language is inferior to a native non-GC one provi…