cloudpickle VS scala-cli

I believe you just pass objects instead, like you would in OOP, and take the hit of pickling and unpickling them every time.

If you really want to pass lambdas, you can use a third party library to pickle them

https://github.com/cloudpipe/cloudpickle

Yes, this is not great.

That was my understanding as well but then I found this package -- cloudpickle which seems to serialize both data and functionality?

It used in production for several months now. We use it to train data science models. The main goal was to make multiprocessing code easier. It actually works great with multiprocessing, especially if you use a library able to serialize lambda functions such as https://github.com/cloudpipe/cloudpickle . I have yet to write a tutorial on how to use multiprocessing and cloudpickle to distribute work to all the worker processes. Thanks for letting me know about pfun. I've never heard of it. Having a look at its documentation, our goals seem to be very close. The features I wanted above all where:

That has not much to do with the JVM. See Scala CLI[1] for instance, the developer experience is pretty similar to Cargo.

The thing is, with any non-trivial project, zero to hello world isn't a very useful metric. Gradle (and Maven, sbt, ...) do a lot more than Cargo, and their usage is primarily optimized for complex multi-modules projects.

[1] https://scala-cli.virtuslab.org

Scala CLI v1.0.5 was released. https://github.com/VirtusLab/scala-cli/releases/tag/v1.0.5 This includes:

The new official Scala build tool / compiler front end (scala-cli) is amazing,

https://scala-cli.virtuslab.org/

The thing that really struck me after years of python is how it lets you out dependencies directly in a comment on top of a script and it will download and run with them automatically, without poisoning any system settings. It's so simple!

sbt can indeed be a bit harsh for beginners. If your aim is not to build a big project, you might want to use scala-cli instead : no complex build script, only command line goodness to run, test, compile and package your code. Yes it supports dockerization. No need for a dockerfile.

Imo the tooling has to become way more user friendly. The Scala community has picked up on this and made Scala-CLI the official running tool for Scala. It's a great tool for single module projects and makes everything from adding dependencies to building fat jars very easy, also the runner comes as a native image. The reason I'm mentioning is because sometimes we forget how hard it can be as a beginner, especially when younger people are used to simpler CLIs from newer languages.

We even have a ticket for something similar right here. Feel free to upvote and/or comment on it.

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

Code gens are not that far away: https://github.com/VirtusLab/scala-cli/issues/610

Check out Scala CLI as it will very soon be the one true and sanctioned way to get started.