Comment by ADevWithAnIdea
10 hours ago
Just remember that for however bad our code is (and I have no issues saying that most of our linux driver code is absolutely horrific, for now) it's better than Asahi code, because our code exists, and their code doesn't.
Wow man, "horrific code" can be worse than no code. Bad code can damage hardware, destroy data, allow exploits, etc. all manner of bad things.
Unless your meaning is that you already have work-in-progress code that you are working on to make much better whereas they have not even started, I don't see how your point makes sense.
But even then it debatable whether making bad code good is better than creating good code from the start.
The website makes it obvious that it's in early alpha stages and is transparent about it:
> This release is intended for developers.
RE always ran a risk of everything you mentioned.
If this project had been started before the AI craze by some RE amateur you probably wouldn't be this dismissive.
I absolutely don't want to run "horrific code" as my OS. Why would anyone?
Especially in kernel mode. That interfaces with actual hardware.
If a kernel coded using AI assistance is unacceptable, then I have bad news about Linus' official policy on AI use in the Linux kernel.
2 replies →
Isn't it great how free software means having a choice? I love it.
Yes, being able to buy a hacked-together microwave that can explode in your face and one that is tested and certified is amazing! Especially if you’re clueless about how they’re made and you just want a microwave.
1 reply →
You're talking about code with the potential to damage hardware. So, no.
Exactly, and that attitude omg. Overall I'm glad I saw his messages - gravity linux is now on my ban list. Not going to touch it in a million years.
That's just... not how it works.
Even good code is a liability. Admittedly "horrific" code is a 10x or 50x liability. Sometimes you accept that kind of technical debt because "it's really important" — e.g. the company will go bankrupt, or whatever.
(Historically, btw, this is why proprietary corporate code is often so much worse than even fairly incompetent open-source code. Because it's just not really that important to ship horrific slop when nobody's income depends on it.)
The idea that shipping "horrific" code now is somehow better than not shipping it until it is fit for human consumption works in some narrow business life-cycle scenarios, but not in any kind of user-facing scenario, and certainly absolutely fucking not any kind of user-facing OS implementation scenario... (T_T)
"Code is a liability" - is one of the fundamental tenets of programming.
So, "it's better because our code exists, and their code doesn't" isn't the brag you think it is. Yes, a quick thrown together utility is better than having to manually do something. But that's not the same for an OS, or god forbid, a filesystem.
Especially since the only reason your code exists in the first place is that they did the hard work and your project forked.
> however bad our code is (and I have no issues saying that most of our linux driver code is absolutely horrific
It's the operating system, mate. People don't just use operating systems to take screenshots and then post on social media.
> it's better than Asahi code, because our code exists, and their code doesn't
This is an especially horrific comment if you are really related to the project and this also adds to the perspective on why Asahi team might have wanted to have no nothing to do with this project and related people and their thought process. Anyway, good luck.
Uhm, I don’t think this is the flex you think it is.
> Hasn't been shipped yet
Does it though?