1:50 1. Why Build Tools Are Hard 6:43 2. Getting Started with Mill 7:01 2.1 Single Scala Module 9:14 2.2 Customizing Tasks 13:43 2.3 Multiple Scala Modules 16:30 3. Mill Fundamentals 17:10 3.1 Tasks 21:50 3.2 Modules 25:11 3.3 DIY Java Modules 33:20 4. Why Mill Works 33:55 4.1 The Task Graph 34:54 4.2 The Module Tree
11 месяцев назад
This convinced me to try out mill for my next project, even though sbt kind of just works right now. I guess, as always, the biggest hurdle for new tools is the plugin ecosystem around it :)
"Gradle is such garbage" is not really a motivation for a new build tool. The first release of Gradle was in 2008, while Mill 0.1.0 was released in 2018. Most people in the Java ecosystem haven't even heard about Mill, let alone using it. When it gets used for 15 years, and in projects with millions of LOC, we can talk about how much, if at all, it stinks. There's just not enough data to make any sort of comparisons now.
You seem to base your opinion on how the adoption is going, just like a sheep follows the group. This arises the question: Are you even able to make your own opinion? No one seem to make sense out of Gradle or SBT. We are developers and we code Scala, Mill is plain Scala that I understand just like I understand any other Scala project. I don't know what command to run? I look at the code or even use IDE auto completion. It's simple and does not require a PhD to freaking build my project.
@@joan38 You seem to be unable to comprehend complete sentences and get easily excited on seeing shiny things, just like a grade one child would do. The comment you replied to is my own opinion, of course. The point here isn’t how good or bad Gradle or SBT is, but how useful Mill is. Having used Mill, I found it slightly more useful than a POS. I do agree on one point though, building with Mill doesn’t require a PhD, or else you wouldn’t be here.
@@abhijit-sarkar "You seem to be unable to comprehend complete sentences" => Ok let's see: ""Gradle is such garbage" is not really a motivation for a new build tool" => Ok why? "The first release of Gradle was in 2008, while Mill 0.1.0 was released in 2018." => I understand it's new. In what is this measuring "how useful Mill is"? "Most people in the Java ecosystem haven't even heard about Mill, let alone using it." => I understand not many people use it. In what is this measuring "how useful Mill is"? "When it gets used for 15 years, and in projects with millions of LOC, we can talk about how much, if at all, it stinks." => I understand once the 2 previous points (maturity and popularity) are met then we can judge "how useful Mill is"? Are we offsetting the judgment onto others and following them? "There's just not enough data to make any sort of comparisons now." => So in the end you mentioned 0 concrete technical point of comparison in your comment. The judgment is all based on maturity and popularity. How is this a fair judgment of a piece of tech? This comment would work just fine on Gradle against Maven in 2008-2014. It's purely anti innovation and progression to me.
This guy gives me hope with scala at the right moment. I was about to give up. Everything around scala ecosystem is so complicated...
1:50 1. Why Build Tools Are Hard
6:43 2. Getting Started with Mill
7:01 2.1 Single Scala Module
9:14 2.2 Customizing Tasks
13:43 2.3 Multiple Scala Modules
16:30 3. Mill Fundamentals
17:10 3.1 Tasks
21:50 3.2 Modules
25:11 3.3 DIY Java Modules
33:20 4. Why Mill Works
33:55 4.1 The Task Graph
34:54 4.2 The Module Tree
This convinced me to try out mill for my next project, even though sbt kind of just works right now. I guess, as always, the biggest hurdle for new tools is the plugin ecosystem around it :)
Basics. How do i a "helloworld" in mill ? Using vscode. If this works i can continue.
object project extends mill.Module {
def hello = T { println("Hello World") }
}
Then you run it with:
mill project.hello
"Gradle is such garbage" is not really a motivation for a new build tool. The first release of Gradle was in 2008, while Mill 0.1.0 was released in 2018. Most people in the Java ecosystem haven't even heard about Mill, let alone using it. When it gets used for 15 years, and in projects with millions of LOC, we can talk about how much, if at all, it stinks. There's just not enough data to make any sort of comparisons now.
You seem to base your opinion on how the adoption is going, just like a sheep follows the group. This arises the question: Are you even able to make your own opinion?
No one seem to make sense out of Gradle or SBT. We are developers and we code Scala, Mill is plain Scala that I understand just like I understand any other Scala project. I don't know what command to run? I look at the code or even use IDE auto completion. It's simple and does not require a PhD to freaking build my project.
@@joan38 You seem to be unable to comprehend complete sentences and get easily excited on seeing shiny things, just like a grade one child would do. The comment you replied to is my own opinion, of course. The point here isn’t how good or bad Gradle or SBT is, but how useful Mill is. Having used Mill, I found it slightly more useful than a POS. I do agree on one point though, building with Mill doesn’t require a PhD, or else you wouldn’t be here.
@@abhijit-sarkar "You seem to be unable to comprehend complete sentences" => Ok let's see:
""Gradle is such garbage" is not really a motivation for a new build tool" => Ok why?
"The first release of Gradle was in 2008, while Mill 0.1.0 was released in 2018." => I understand it's new. In what is this measuring "how useful Mill is"?
"Most people in the Java ecosystem haven't even heard about Mill, let alone using it." => I understand not many people use it. In what is this measuring "how useful Mill is"?
"When it gets used for 15 years, and in projects with millions of LOC, we can talk about how much, if at all, it stinks." => I understand once the 2 previous points (maturity and popularity) are met then we can judge "how useful Mill is"? Are we offsetting the judgment onto others and following them?
"There's just not enough data to make any sort of comparisons now." => So in the end you mentioned 0 concrete technical point of comparison in your comment. The judgment is all based on maturity and popularity. How is this a fair judgment of a piece of tech? This comment would work just fine on Gradle against Maven in 2008-2014. It's purely anti innovation and progression to me.
@@joan38 Sorry, I don’t have the time or patience to read your essay, so, thank you for taking the time for whatever you wrote 😀