fluffybucktsnek

Are we doubting the levels of stupidity in US's current administration?

The RIAA is indeed quite bad, regardless of Musk. They only exist to further make of copyright a dystopian nightmare.

I guess some people love DRM and further losing control over our owned devices.

*sucks for the rest of the body. I'm sure the cancer itself is pretty "happy".

Internet Archive's traffic may not matter to you, but that's the main topic of this discussion, regardless of what you care or use website archival tools for.

Given that the root of the discussion is about Internet Archive being hit with huge traffic and not the functionalities provided by Wayback Machine, it very much is a distinction with a difference.

Accusations of fascism are rarely made in good faith either. As I pointed out in response to @undeveloped, Merrian-Webster's definition doesn't seem applicable to DHH.

As far as I can tell, the only thing DHH has that is consistent with this definition is racism/nationalism, but:

1. He hasn't spoused actual collectivist beliefs, like "nothing out of the state, everything within the state" kind of BS (YET), just intra-race and national solidarity, so "exalts nation and often race above the individual" is argueable;

2. I don't see him promoting a supreme leader style of leadership, so "that is associated with a centralized autocratic government headed by a dictatorial leader" is not applicable;

3. I also don't see him pushing for stronger state control over the economy. If anything, he probably wants a more developmentists/startup culture economy given point 2 and 3 in (https://world.hey.com/dhh/three-sacred-cows-that-must-die-so...), so "severe economic and social regimentation and forcible suppression of opposition" is out.

Overall, he just seems like a white supremacist atm. Not every white supremacist is fascist.

We, as in the terminally online, have known that AI can generate imperceptibly fake footage. There are still plenty of average people who still gets caught off guard.

I'll take a wild guess and say that's how ultrasound diagnostics work

I'd say that only really strengthens OP's overall point of being about using "the wrong language for the wrong thing".

Technically, the criteria for open source is freedom to freely distribute and modify the source code, not to upstream changes. That's a different for thing.

https://opensource.org/osd

Out of curiosity, may I ask why?

Given the nature of the US legal system as based on common law, that applies beyond patents, and may affect ARM and x86 as well. In the end, the real, effective law is the one understood by judges, adjucated in court cases, built on precedents.

That being said, I don't expect someone filing a new patent after a RISC-V extension being published to last much longer beyond discovery in most cases, which should keep costs in lower end. Specially so in cases of bad faith.

"it's impossible to prove a negative" is a simplification. A negation is just the oppositive of an affirmation. If the affirmation is "there is an element E of an infinite set S that satisfies property P", the negation would be "there is no E in S that satisfy P", which would make proving by enumeration require checking every element of an infinite set, which is impossible. But other forms of proof might be possible.

The set of US patents, however, are not infinite and, IIRC, is also public. That said, IP laws are a mess.

Both of your post are actual ad hominem towards OP. In the first, you just said they didn't know how software is developed, without elaborating. With this in mind, their reply is less of an ad hominem and more of an inquiry. In the next, you accuse them of having a fragile ego and being a kid. Not very insightful.

> Of course not because that's impossible to prove.

Why?

> Because nobody will write software for 300 unique hardware variations

Who said they have to? One can select a RISC-V configuration for a baseline for a particular purpose. Desktop? Choose the one that's most powerful.

ARM is more popular than x86 and is less consistent than it.

Those aren't lines you are reading. Those are your hallucinations.

At worst, the post reads like a propaganda for VectorWare, but, overall, it reads more like their insights on the matter.

In my case, the crashes were from last year to the start of this one. Some were related to AMDGPU, others to my WiFi card driver, so they're pretty recent.

I don't quite remember the details of the shell crash, I only remember it being on a tool that've never seem crash due to a fault signal. It was somewhat amusing.

But, on the other hand, without IP, DRMs lose a lot of their power. Once the DRM is cracked, the protected data can be freely shared once more. The only usefulness for DRM in most industries would be preventing unauthorized copies in the first days.

I did, in Linux. It was pretty common too. It got fix. But, every now and then, I still get an occasional panic.

I also recall having my shell crashing (zsh or bash, I don't remember).

+1 for the Blub Paradox. First time I'm hearing it.

You seem to be proficient at monologuing towards walls. Perhaps that's why you keep assuming people will just take your word.

How about you elaborate instead of vague posting?

This post is basically a massive projection. When I guess, I make my guesses explicit. You, however, consistently make guesses and pretend they are true. You misinterpret facts so you can conveniently fit them into your narrative.

I don't want "To Be Right", I just don't want dunces slopping nonsense into this comment chain. Not my fault you fall into that group.

I don't need to assume Google's intentions and goals here. I want to see what they've done and the results they've reached with each action. I want to learn. You just want to reaffirm your delusions, that's why you have to pull the "you will learn" card rather than show objective metrics. If you really cared about quality, you would have them ready to present. Given that you haven't and even avoided doing so, it's safe to assume, as most of us have learned through experience, this to be a case of placebo at best. And placebo is not the sign of a good programmer.

Next time, provide some actual data rather than vague self-gloating. Then, we can have a discussion.

> Wow, what a magical language! [ waves hands vigorously ] will fix all the problems which are inevitably introduced by auto-porting from one language to another, or by manually rewriting everything from scratch. Rust doesn't obey the same laws of the software universe as other languages, it seems. Or is this a "just use magic AI bro", type situation?

Nope, that's just your own prejudices speaking. We already cited features (seen in and inspired by other languages) and you handwaved them away with "I don't care". You are the one fixated on C and C++. You are a C evangelist, if I were to make a guess. And that's on you.

> In the latter case, why don't I just use the to auto-magically solve my C/C++ problems, rather than rewrite the entire universe from scratch? You know, like Google claims to have done for Chromium C++ sources in this very news article?

You certainly can. But to spin this the other way around: in lieu of the Bun case, why not use it to rewrite the project in Rust, Zig, D or any language of your choice (yes, even C)? Given the role harnesses have in keeping agents in check, it seems plausible that languages with stricter safety features help agents avoid common issues.

> This is the type of shit noobs are always wringing their hands about as they need maximum guardrails to cover for their ineptitude.

You seem to be forgetting that proper software engineering is just as much about managing developers and their skills as the actual code structure. If a tool helps noobs produce better quality code, specially ones without as many vulnerabilities, why not employ it? Also, it's not like experts are immune to mistakes either.

> Oh no, it seems my one brief post wasn't long and detailed enough to immediately and totally convince some Random Doubter on HN, therefore my 'claims' are 'unsubstantiated.'

No, you just didn't cite any actual data, only assertions. Don't come with this excuse of "busy day", you had enough time to create an HN solely for spewing anti-Rust nonsense.

Keep in mind, HN is a place for intellectual discussions, not for dumping your pet peeves. If you don't actually have anything actually productive to say, it's preferable to omit yourself before the mods or the flags do that for you.

> Nah. It doesn't.

Then try to prove it. I already cited a source elsewhere, which you just ad hominem'ed. The burden of proof is now on you.

> It's definitely not possible for fluffybucktsnek to just take my word here. I wonder what biases he or she might have.

Yeah, what biases does the name "fluffybucketsnek" indicates? "Rust free for me" doesn't sound as impartial in this discussion. It just sounds like you came here for an ideological battle.

> Yes, you should just assume that's what must have happened, and then move on, blissfully unaware of how wrong you are.

I didn't assume anything. If anything, I kind of wish you did/could prove me wrong. You could, at least, post the code of your fork.

Instead, you need us to assume that all your claims, none of which has any sources, are true. All I did was show a different possibility.

> Sure it does. There is extra machinery/interfacing for all the extra Rust crap bolted on, and it gets more and more complex over time as they integrate more of the crap.

Every FFI introduces some manner of complexity, specially when one language (Rust) is more strict than the other (C++). I don't say C is complex because JNI is a hassle.

> Furthermore they vendor the entire Rust compiler, library, etc, all of which has to be compiled first before the browser.

That just seems like a Chromium project issue, not a Rust one. It's weird that for issues with C/C++ in Chromium, you blame the project itself, but for Rust, you blame Rust. Just like you don't have to vendor LLVM, you don't have to vendor Cargo nor Rustc along with the project itself. Even for compile times, similar strategies for cutting C++'s work for Rust as well.

> YOUR ENTIRE WORLD IS BUILT ON C/C++.

What a reductive view of reality. That's like saying our entire world is built on assembly. That's just missing the point.

> Saying Rust is the replacement to C/C++ is like saying Python is the replacement to C/C++. No, not quite.

With analogy such as these, I see where the "No, not quite" comes from. For starters, we can write actually low-level Rust code enough to write kernels without needing to interface with C code, only raw assembly. I don't think Python can do that.

> I don't go to Google for advice on how to design software, thanks.

Good thing they weren't giving advice, but reporting that most security vulnerabilities came from just bad memory access, which contradicts your counter assertion. None of that is subjective. Whether you think they are the ideal programmers or not is irrelevant.

> In time you will learn about all of the faults and flaws in Rust, after you've suffered the pain of trying to rewrite the entire universe in it just to fix one single class of problem you are obsessed about--inevitably introducing many new bugs in the process, because that always comes with the territory.

Good thing Rust doesn't just fix that one class of problems, but also provides better tooling to fix other classes too. Classes of problems that could be fixed with the other features of Rust mentioned later like the Hind...

> Blah blah blah. Most of that is just added runtime complexity that I could add to C if I wanted, but why would I?

...the vast majority of these features don't even run at compile time. Some of them can't even be implemented in C. For starters, show me an example of a Hindley Milner type system implemented for C (how can someone improve a strictly compile time feature, static typing, with a runtime implementation is beyond me). Or proper destructive moves in C or C++.

> Ada is the language to emulate, [...]

Good thing Rust also takes from Ada.

> Again, the actual successor to C/C++ looks nothing like Rust.

And that would be...?

> It could compile and still have 10,000 logic errors.

It could. Switch that to C or C++ and the amount of logic bugs is likely going to triple.

> Rust is not a major advance over C/C++, only an incremental and quite limited one, [...]

"Nothing ever happens." I guess you could consider borrow checking, an actual module system, type classes, enum variants, compiler-integrated macros, async/await, etc. to be just small increments. (Theoretically, you can reimplement most of this in C++, like std::variant, but they don't integrate well into the language - having to declare a type just to use std::visit is certainly not as simple as using match).

> [...] which will require decades of rewriting perfectly good code to gain its dubious benefits, in the process introducing numerous other errors.

"Introducing numerous other errors"? Would be interesting to see an citation on that. From what I've seen, these "new errors" were already present in the original "perfectly good code", except the original also had instances of undefined behavior and logic errors from poor type modeling.

> But don't take my word for it [...]

Why would anyone other than your friends take your word? You could have substantiate your claims with actual evidence.

> [...] after the hype has worn off [...]

Which already did. Nowadays, I see more posts about Zig and Fil-C.

>[...] left with the sad mess that is Rust.

I went to read your comment history to see if you elaborated on this "sad mess" of Rust, but you didn't. How about you do it here?