Scala Native VS handsonscala

Links: - https://dotty.epfl.ch/ - https://scala-native.org/en/stable/ - https://www.scala-js.org/ - https://typelevel.org/ - https://zio.dev/ - https://github.com/scala-native/scala-native/pull/3120 - https://github.com/lampepfl/dotty/pull/16517 - https://dotty.epfl.ch/docs/reference/experimental/index.html - https://scala-cli.virtuslab.org/ - https://scalameta.org/metals/ - https://docs.scala-lang.org/scala3/guides/migration/compatibility-intro.html - https://www.scala-lang.org/blog/2023/04/18/faster-scalajs-development-with-frontend-tooling.html - https://www.scala-lang.org/blog/2022/08/17/long-term-compatibility-plans.html

There's a plant of topics in which we might need help. To name a few, we might need some help in [porting the remaining JSR-166 types](https://github.com/scala-native/scala-native/issues/3165) to Scala Native shipped with future experimental multithreading support, but also large parts of the Java standard library need some improvements or reimplementations. Last but not least, we need people dedicated to the optimization of our current toolchain to make it use fewer resources and allow for faster builds.

Scala Native could have been this language, but at this stage I don't see it happening.

good stuff there is https://scala-native.org/ and http://www.scala-js.org/ then, I suppose?

Please vote for dropping Scala 2.11 support in Scala.js (https://github.com/scala-js/scala-js/issues/4759) and Scala Native (https://github.com/scala-native/scala-native/issues/2780)

I presume only the JVM version of Scala can use Loom but scala-native (https://scala-native.org/) and scala-js (https://www.scala-js.org/) can't use Loom. Similarly with Kotlin, the JVM Kotlin gets Loom, but the native and Javascript backends do not.

Nope. Scala Native is (still) single threaded, just like you are in e.g. Python or Node.js.

Until recently, there was only 64-bit support. 32-bit support is coming, though, see this pr. This means that you will be able to target 32-bit microcontrollers soon. Anything lower than 32-bit might not be realistic.

The release is binary compatible with previous ones, but Scala 3 on its own does not fully source compatible - more info about that in https://github.com/scala-native/scala-native/pull/2480 The full release is planned for the first weeks of January.

To dive into the lihaoyi ecosystem, I recommend the book https://www.handsonscala.com/ by lihaoyi himself.

I recommend people go through Hands-on Scala, by Li Haoyi, a fantastic developer in the Scala community.

The best practical book around Scala language features is https://www.handsonscala.com/

You can have a look at https://www.handsonscala.com/ and see if that's for you!

his book, https://www.handsonscala.com/

Hands-on Scala Programming

If you like Li Haoyi's style of Scala, his book is a good place to start (it's longer than just a Style guide, of course): https://www.handsonscala.com/

is there a great resource, book or library‍ on classic Algorithms and Data Structures in Scala, e.g. similar in scope and quality to Sedgewick Algorithms in Java https://algs4.cs.princeton.edu/home/ I found a very helpful section on algorithms implementation in /u/lihaoyi superb Hand-On Scala Programming book , but unfortunately it's only a few pages (p.107-121). And most other books provide algorithms just an illustration for some neat language feature. The thing is, to get a job as Scala developer these days (in competitive firms) one needs to be a competitive programmer, master of Leetcode, and Scala doesn't seem to have strong ecosystem in that regard as Java, Python or C++. Edit: in DIY spirit and as a learning exercise i'm thinking of translating Sedgewick Algorithms from Java to idiomatic functional Scala, if anyone wants to join this effort or aware of similar ones please let me know Edit 2 (in regards to comments on 'reinventing the wheel' below): if Scala is so great as a language and functional programming flagship, where are all the libraries of functionally implemented algorithms replacing conventional CLRS style imperative/mutable implementations?

handsonscala is a great read for programming in general using scala. Especially if you're the practical kind of learner.

I will toot the author's horn for him. He has a great series of Scala posts on his blog [1] and his book Hands-On Scala Programming [2] is a great introduction to building real applications with Scala so that any experienced developer can understand and extend them.

I work at a small company that has been using Scala for 7 years. Some of the prior employees clearly enjoyed playing with advanced language features and writing libraries for the most general possible case even when that made it hard to understand how they were used for the 2 actual cases we needed to address in our application code. Akka, Cats, and Shapeless were all over the place.

Those earlier employees have churned off to other places and I have successively simplified the code they wrote that is still useful, while encouraging the use of no more language power than necessary in new development. Hands-On Scala Programming is the book I give new hires as a language introduction that shows the sort of style to be preferred. It's much more like super-powered Python than like Haskell.

I have written C, JavaScript, Python, and Scala for money. When I started on Scala I had never written Java nor used any JVM language. I have come to really appreciate the rich ecosystem of JVM libraries, the instrumentation and profiling tools I get, and many aspects of the Scala language and standard library. I love Scala's collections and miss their power and ease when I'm writing Python. (Which I still do for certain scripting tasks and for accessing Python-ecosystem libraries.)

[1] https://www.lihaoyi.com/

[2] https://www.handsonscala.com/