mill

I called it a build tool for Java and Scala because that's what its good at right now. The software industry is hugely varied, so I can't target everything at once. In particular, this tool started off targeting 100% Scala, but branches out to Java since they share a lot of concepts (classfiles, jars, assemblies, maven central, etc.) But you are right that it is not JVM specific! In the docs there is an example of adding Typescript module support, and an initial strawman implementation takes about 100 lines of code. I'm hoping others can extend Mill to places where I do not have the time and expertise I also opened up a 500USD bounty to add a strawman Python example, so if anyone wants to try their hand at writing the 100 or so lines necessary, here's the link :) https://github.com/com-lihaoyi/mill/issues/3862

It should! I haven't had a chance to create an example myself yet, but there's a 500USD bounty open if anyone wants to take a crack at it https://github.com/com-lihaoyi/mill/issues/3549

Author here. Unfortunately this is because my own experience with Gradle is not up to date; I've only lived in the Gradle Groovy world! If anyone is interested in helping out, I have a 1500USD bounty on porting a gradle.kts build to Mill, so we can do a fair up-to-date comparison https://github.com/com-lihaoyi/mill/issues/3670

Probably something like https://github.com/com-lihaoyi/mill (2017) https://www.lihaoyi.com/post/SowhatswrongwithSBT.html (2018) https://www.lihaoyi.com/post/MillBetterScalaBuilds.html

There have been some great improvements in Scala tooling in recent years. Li Haoyi talks about all these new tools in the Hands-On Scala programming book. Some specific responses: * tooling for writing VSCode: the metals project is great: https://github.com/scalameta/metals * NullPointerExceptions: those should be handled with Option/ Some / None * the inability to enforce a coding style properly - scalafmt is great for this and provides a "Go-like" automatic formatting experience https://scalameta.org/scalafmt/ * SBT - there are now alternatives like Mill: https://github.com/lihaoyi/mill Glad you're happier with Rust, but know that Scala is a lot better now if you ever come back ;)

Maybe. I just wanted to point out that there's Mill as a build tool for Scala: https://github.com/lihaoyi/mill (by the Scala.js maintainer Li Haoyi)

> CoC controversy and censorship Could you write a few sentences about this? What happened? What do you think should have happened instead? > scalaz/cats debacle Again, for the unfamiliar, what is this debacle? > the breaking changes they need What are those? > murder sbt to death yes pls! ( https://github.com/lihaoyi/mill is actively maintained and developed and seems to be the sane replacement for sbt )

I saw a presentation recently on Mill[1] which looks extremely promising and looks poised to remove the giant Scala development headache of working with SBT. [1] https://github.com/lihaoyi/mill

Note that while Mill's first target is Scala builds (as an alternative to SBT) there isn't much reason why Mill shouldn't be usable for other JVM/non-JVM languages too. Mill's core is basically a dependency-graph-based caching task-runner, similar to Bazel, which happens to be written in Scala (rather than Skylark). Scala+Java support is just a bunch of helper methods built on top of that. It should be pretty trivial to make it work for Java-only projects (https://github.com/lihaoyi/mill/issues/145) or write the necessary helper methods to make it work for other languages or platforms.