Hacker News new | ask | show | jobs
by switchbak 332 days ago
I've had the misfortune of having Maven forced on me for Scala projects, I just can't agree with you. The overhead of starting the compiler so often is a killer, and makes your builds much slower. Unless there's been some improvement of Zinc/Bloop/Etc with Maven since I've used it.

I think I would prefer to use Mill than Maven (I haven't used Mill myself) ... going through the video tutorial, it's clear that it's also a very simple system without some of the ancient baggage of Maven (xml, too many plugins, etc).

1 comments

I’ve had sbt and scala forced upon me for Java projects and I feel the exact opposite of you!

Sbt and Scalac are so slow they kill any productivity I could have.

I don't think "Scala+Maven is worse than Scala+sbt" is opposite to "Scala+sbt is worse than Java+Maven".

As much as I like to hate Scala, in my past experience if you have sbt console open, then hit compile after every few changes the feedback loop is tight-ish - barring crazy Scala features being used.

You've misunderstood. sbt+Scala (as a build tool) + Java is the opposite of Scala+Maven.
I see. I thought you were forced to write Scala in your application code, because sbt already implies writing Scala to describe the build.
Sorry for the ambiguity. I have also had to write Scala in application code for those projects, but that's because the framework we used, Play, is written in Scala and it's Scala core leaks in many places where the Java compiler can't figure out the kludge of byte code generated by scalac.

I actually rather enjoy Scala as a language when I don't have to interact with it from Java and when I don't have to go full into the FP ZIO/Cats world.

Agreed, I don’t think I’d ever choose SBT as a build tool unless I had to.

Also agree on the FP side. It seems compelling at first, but good lord I don’t think it’s worth all the trouble.