TIL Mill, I've been in build hell trying to package a javafx GUI gradle project that depends on a non-module-ified lib (usb4java, long story, no I can't use anything else). Beryx/badass failed entirely, was able to get something working with Gradle doing jlink and manual CLI jpackage ...
But tbh the whole experience makes me distrust the Java ecosystem if you're supporting anything that is slightly out of the community's view or priorities. Even JavaFX shows very patchy support for certain very standard UI concepts, and the situation with packaging is bad as you say.
Anyway, is mill worth switching away from Gradle? (Does mill integrate at all with idea?)
> Anyway, is mill worth switching away from Gradle?
Hard to say because I don't know how someone without Scala experience would fare with Mill. Then again, I think anything is better than Gradle. Really, anything. I even think I would do everything by hand rather than using Gradle. Also the creator of Mill is a great guy. Rest assured, if something's confusing or not working he's gonna help you out or fix it if necessary.
Mill does work with idea (via the build server protocol), and the ideas behind it are very sound (a build tool is basically a function calling other functions - on which they depend. You just want to parallelize their running and cache their results.
But it does have a learning curve and you may sometimes end up having strange error messages. (As an implementation, it's basically Scala macros turning normal looking scala functions into a static task graph). It is getting better and better support for mainstream java build setups, and it's possibly the best tool for something very custom. In between the two extremes, you may or may not have a better time with Gradle/Maven.
I feel like Gradle is only relevant for Android. All other projects are fine with Maven (and I like a lot that Maven doesn't allow to code in the build config, any complex logic should be extracted to a custom build plugin, using real code. I just have PTSD after some build.gradle monstrosities).
It's just that Maven doesn't have a good core abstraction and it is not a reliable build system. Like even with base plugins, let alone with additional ones you can't be sure that a build actually picked up every change, you often have to do a double take and do a clean install instead to get some stale files cleared. This should never happen in a build tool and every other feature is secondary to this error.
That's why I defaulted to Gradle, which has its own idiocities (like tending to break the syntax on every second major version, but it's much better with the kotlin DSL), which at least 100% sound.
For more experimental/hobby projects I choose mill though.
But it's IDE who picks up every change, not Maven. God forbid you run 'mvn install' for all modules on every line change while developing, that's IDEs job. Maven config just tells IDE locations and dependencies.
For release build you do want to clean up the space in CI/CD anyway.
Not sure what you mean by "doesn't have a good core abstraction". For example, Linux famously doesn't have a good core abstraction (aka "monolithic kernel").
It's not a good core abstraction for a build tool to not be able to do proper iterative builds. And thus it's not a good model for IDEs neither, while with Gradle it never gets out of sync, with Maven it can easily happen that some edits don't "show up" in behavior.
> I have described what bothers me about the writing
No you haven't, you've made an unprovable claim about how the writing was accomplished without pointing out a single feature of the writing itself.
Too long? OK, but homebrew gamedev articles often are. Skimming was a good skill before AI and still is.
Bad writing? Again -- hobbyist posts don't exactly win awards. I suspected possibly some AI myself but not to the extent you're baselessly asserting: I really doubt there was a single prompt in any case. The article is structured like any other.
If it were content-free clickbait or something, the complaint would hold water. As it is this is a reasonably interesting article that has generated a large and fun discussion on HN, so even if you _could_ prove AI use, so what?
Please don't throw around random "a study that showed" about cancer treatments and chemotherapy. If you really think it needs to be shared, share the study and while you're at it, check in with a good oncologist or knowledgeable friend too. In my ~10 years of enduring chemo and other treatments, the amount of garbage you have to wade through from "well meaning" anecdata like "wheat grass" or "smoke huge bongloads" or "don't eat sugar" makes an already horrible process worse.
And yes I checked this with my onc at MSK. Dietary glucose in particular -- if you cut out enough sugar to starve cancer cells you would be doing lots of damage elsewhere as well.
There is this review that havent found any effects:
https://www.mdpi.com/2072-6643/15/12/2666
Note that they excluded 274 out of 283 studies, considering only 9. It's in mdpi which is not great.So, the jury is still out I guess
The jury is not out -- it's an unconfirmed hunch that, as the study you link notes, risks harming patients who are having trouble keeping down food as it is.
This is just keto and fasting fans pushing their obsession on cancer patients. Same for marijuanauts -- anti-nausea drugs have long outperformed cannibinoids but you still have stoner friends offering you spliffs (ok, save them for later)
I'm saying that cancer treatments are some of the most scientifically-validated procedures out there, because there's essentially unlimited money to pay for them. They have eliminated or modulated any negative side effect they can, via improved anti-nausea drugs, careful dosing+timing, etc.
Still, you can experience all sorts of discomforts during the tmt. I nearly fainted and got horrible chills when getting oxaliplatin for the first time. You're saying I should have _fasted_ for this?
Unfortunately, I don't know that Linux handles the bespoke 5k graphics. Moreover, our corp Linux distribution is only certified for particular devices. Even if the screen worked, you wouldn't be allowed on the network, which is the whole problem with Intel support being dropped in the first place.
Beyondcorp protects communication between trusted devices. The work to maintain a trusted hardware device of a particular model is high; CVEs occur constantly and sometimes you have to rely on the vendor to provide microcode (even if you get the source to review, they may be the only ones who can sign it, for example) or drivers.
The network connection isn't the main problem, it's every access to a protected system that would no longer trust the device.
I'm still not able to see what's the difference here. In a "no trusted special networks" world as the one painted by BeyondCorp, if the Intel Mac is not supported anymore, well, you will just not be able to login in any corporate portal because the smart BeyondCorp SSO will reject you, no matter if you are at home or in Mountain View HQ, no?
I mean, I can understand defense in depth and not wanting anyway a possible unsafe device connected to the corp network which still might expose some unwanted data (i.e. I imagine a trusted device on the corporate LAN might relax some local firewall rules to make it easier to develop? I'm just guessing, no real idea)
Sorry to RFELI5 but but ... I thought a "token" was a word? The example is of names and the output is new improvised names, implying that a character is a token? Or do all LLMs operate at character level?
Also is there some minima of training data? E.g. if you just trained on "True" "False" I assume it would be .5 Bernoulli? What is the minimum to see "interesting" results I guess.
How convenient that your analysis elides debt servicing from war and increased discretionary military spending. Debt rose the most under Reagan and Bush and now Trump with the same call for cutting taxes while bloating military spending. And let's not forget the TARP and other bailouts in 2008. But by all means, talk about "corrective market forces that curb waste" -- tell me, when has any government in history been run by "market forces"?
EU isn't perfect, even the best nations within it are not perfect (though still better than the US is or was), but only the worst two EU nations seem to be politically corrupt to the point of "danger" levels.
There's plenty of room to fall if people are complacent.
As a person from a country constantly near the top of that list, I have been saying this for more than two decades: holding the #1 spot in CPI tells nothing how well things are going for a country; it merely highlights how bad things are even for the runner-up.
Naive huh? Right wing/fascist corruption is a serious level-up of corruption. If you think your semi-socialist EU government is corrupt now, just wait until AFD or your local fascist+populist equivalent gets in.
Us US-ians are no longer naive. US was certainly corrupt before, and muckrakers had an uphill battle showing how e.g. Democratic admins were subservient to the oligarchy. But Trump has certainly taken this to a new level, and while it's a little bit sanity-enhancing to finally have middle-of-the-road friends see how bad things are for once, the brazen-ness of it all is nothing to celebrate.
What's more, it's precisely what happened with Putin, Orban, Berlusconi, Modi, Bukele &c &c &c. The right wing seeks to "finish the job" of private capture of public interests, and the populist side of it adds the mafioso "all in the family" touch where corporations explicitly kiss the ring.
I can't understand why denigrating someone as a prostitute or w**e is not called out as inappropriate if not fully misogynist. Its history is deeply, inescapably misogynist, it's anti-sex worker as you say, and it's just tacky. Corruption of morals for money doesn't need to be feminized to make an argument.
But tbh the whole experience makes me distrust the Java ecosystem if you're supporting anything that is slightly out of the community's view or priorities. Even JavaFX shows very patchy support for certain very standard UI concepts, and the situation with packaging is bad as you say.
Anyway, is mill worth switching away from Gradle? (Does mill integrate at all with idea?)
reply