Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
lihaoyi
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
151.
▲
by
lihaoyi
2y ago
Python's truthiness behavior was the trigger for one of my worst ever bugs early in my career, which not only pulled in senior engineering but also marketing/comms and legal to help sort out the mess. Not a fan!
152.
▲
What makes the Mill build tool Unique
(mill-build.org)
1 points
by
lihaoyi
2y ago
|
1 comments
153.
▲
by
lihaoyi
2y ago
I persoanlly found the syntax weird and the IDE support poor when i was playing with it in 2013 Both of these are surprising to me. It is an indentation language, similar to Python which I love. And it was by Microsoft, which makes Visual S
154.
▲
A Deep Dive into the Mill Build Tool [video]
(youtube.com)
1 points
by
lihaoyi
2y ago
|
0 comments
155.
▲
by
lihaoyi
2y ago
They are bounties, paid on completion at my discretion. Anyone worldwide who can receive international wire transfers can receive payment for them. I've paid out to people in quite a variety of places, from US to Europe to Japan to Ind
156.
▲
Mill Build Tool Issue Bounties, ~26kUSD up for grabs, ~14kUSD paid out
(github.com)
4 points
by
lihaoyi
2y ago
|
2 comments
157.
▲
Mill Build Issue Bounties
(github.com)
1 points
by
lihaoyi
2y ago
|
0 comments
158.
▲
Mill Build Tool Issue Bounties
(github.com)
2 points
by
lihaoyi
2y ago
|
0 comments
159.
▲
by
lihaoyi
2y ago
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 br
160.
▲
by
lihaoyi
2y ago
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
161.
▲
by
lihaoyi
2y ago
Maven is actually pretty behind in terms of JVM dependency resolution. Mill uses Coursier, same as my last company did, and when my last company switched from Maven to Coursier we saw a 2 order of magnitude speedup, with resolution commands
162.
▲
by
lihaoyi
2y ago
Mill uses the same daemon design as Gradle and mvnd. You do hit edge cases occasionally, but overall it works great
163.
▲
by
lihaoyi
2y ago
You can, but why should you need to? Why can't the build tool take the plugin code directly off of disk, build it, and use it? This kind of orchestration of manual steps is what build tools are meant to be good at
164.
▲
by
lihaoyi
2y ago
Starlark is great, but so is Scala. People underestimate how big the ecosystem is even for a niche language like Scala: - Global publishing and distribution infrastructure - IDE support in multiple IDEs - A huge ecosystem of third party pac
165.
▲
by
lihaoyi
2y ago
The test thing is just a matter of defaults, in Mill subprocess testing is the default and in-process testing opt-in via .testLocal. I also believed that a lot of existing JVM tooling is bloated and slow, so we are in agreement! Mill tries
166.
▲
by
lihaoyi
2y ago
The intention has changed, Mill now explicity targets Java and Kotlin as well. It now has dedicated Java/Kotlin docsite sections and examples, and has grown integrations with Palantir-Format, Checkstyle, Errorprone, Jacoco, and all the
167.
▲
by
lihaoyi
2y ago
Dependency resolution uses Coursier, which is one of the open source JVM dependency resolvers. SBT uses it too, and my last company used it with Bazel The "ivy" thing is legacy haha. Mill used to use Apache Ivy to resolve dependen
168.
▲
by
lihaoyi
2y ago
Depending on when you tried, it could be worth trying again: support for Java has improved greatly in the last few months, as have the documentation. Come by our discord channel if you get stuck and i can help unblock you
169.
▲
by
lihaoyi
2y ago
Even in Java, because the language is relatively verbose, many frameworks fall back to an "inner platform" of magic annotations which have the same problem: e.g. just because you know how Java works doesnt mean your mind hasn'
170.
▲
by
lihaoyi
2y ago
Bazel is a rats nest of complexity. In my experience it does what it does very well once set up, but setting it up is tremendously complicated, much of it IMO incidental complexity. Rolling out Bazel at my prior employer tool about one pers
171.
▲
by
lihaoyi
2y ago
I have! Mill is a lot more thorough, handling things like caching and parallelism for you. BLD is a lot more minimal, which would be fine for small projects but maybe not for larger projects as they grow
172.
▲
by
lihaoyi
2y ago
Traditionally I've labelled my OSS projects 1.0 when they've stabilized and the rate of change has greatly reduced. Right now Mill is not there yet, but maybe if at end-2025 we realize no breaking changes have been needed since en
173.
▲
by
lihaoyi
2y ago
If you think gradle and maven are bad, you should try Mill! There is more to build tooling than gradle or maven, the field has evolved significantly since those tools launched 15-20 years ago, and Mill tries to do things better
174.
▲
by
lihaoyi
2y ago
Yes, IDE support in Mill is key. Without IntelliJ or VSCode, Mill would not be nearly as pleasant to use as it is today. Mill and Maven both let you declare goals for what you want to do. One does it in XML and one does it in typechecked co
175.
▲
by
lihaoyi
2y ago
Author here! The issue here is that builds, and many other "just configuration" scenarios, are fundamentally complex. So many projects that start off as "just XML" or "just YAML" end up implementing their own h
176.
▲
by
lihaoyi
2y ago
Author here! `go build` and `go test` do work, at limited scale and complexity. In Scala there's Scala-CLI which is excellent. If they work for you, you probably aren't the target market for these build tools. Once you start layer
177.
▲
by
lihaoyi
2y ago
Author here. It does! I started working on Mill when I started learning Bazel, during my first months at Databricks. There's a lot of cross-pollination of ideas there, from my 7 years adopting and maintaining the Bazel build at Databri
178.
▲
by
lihaoyi
2y ago
Author here! Hope you take a look at the project and find it cool. There's a lot of interesting stuff here. In particular, the Video linked on the landing page is a great intros from a Java developer point of view, and the following vi
179.
▲
by
lihaoyi
2y ago
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 Mi
180.
▲
by
lihaoyi
2y ago
Working on my Mill build tool, a new JVM build tool that aims to provide a faster, easier alternative than the status quo tools of Gradle and Maven. I just gave my first conference talk about it, and response was positive. Hope others find
More ›