I genuinely can’t tell if you’re being sarcastic or not.

I understand having severe philosophical disagreements with the Rust project, with the majority of Rust users, or with the uutils project specifically. What I don’t understand is this part:

If you go to the website of the Rust programming language nowadays, one of the first things you’ll notice is that their primary communication platform is Discord. Yes, you read it right - their primary communication platform is Discord, a proprietary spyware program that is owned by a Chinese investment company and has backdoors to various other national intelligence agencies too.

Rust did have an official Discord, years ago, before switching to Zulip (alongside other official communal hubs, most prominently the Discourse forums that the author complains about next). But this was written in March and specifically says “nowadays”, and I cannot find any mention of Discord on the Rust website.

If you drive a car, have you read the entire owner’s manual for every car you’ve owned? If you’re a homeowner, how about your hvac system? What about your system shell? Your compiler(s)?

At some point you need your tools to be intuitive enough that you don’t need to read an entire manual in order to do your work.

Oh, you just mean he believes that’s the future, not that he agrees with it or thinks it’s a good thing.

Do you mean the “this is where we’re headed” comment? That’s not agreeing with the direction.

Apparently the JS name was selected and announced in partnership with Sun from the very beginning, and Sun had the copyright over both Java and JapaScript up until the acquisition by Oracle. I had no idea, but that makes perfect sense.

Oracle? Oracle owns Java, not JavaScript.

Edit: mea culpa! Sun owned both!

The ribbon that was introduced around… 2007, I think? Or is there a substantially different one now?

Most of those comments are actually just random people arguing about the merits of the experiment, not continued discussion with the bot.

Also, the bot is supposed to be able to run builds to verify its work, but is currently prevented from doing so by a firewall rule they’re trying to fix, so its feedback is limited to what the comments provide. Humans wouldn’t do great in that scenario either. (Not to say the AI is doing “great” here, just that we’re not actually seeing the best-case scenario yet.)

The user who submitted the report that Stenberg considered the “last straw” seems to have a history of getting bounty payouts; I have no idea how many of those were AI-assisted, but it’s possible that by using an LLM to automate making reports, they’re making some money despite having a low success rate.

Every single time I’ve tried to work on a file using tabs, I’ve had to configure my tabstop to be the same width the original author used in order to make the formatting reasonable. I understand that in theory customizable tabstops is preferable, but I’ve yet to see it work well.

(For what it’s worth, I think that elastic tabstops, had they been the way tabs worked in text files to begin with, would have been far preferable.)

Nope. It links to an explanation of what that poster is:

This is the UNIX Magic Poster, originally created by Gary Overacre in the mid-1980s and published by UniTech Software.

Lots of acronyms no longer stand for anything due to losing their original associations. LLVM, AT&T, SAT (the test, not the programming problem), etc.

You don’t have to imagine it; you can browse the Linux Kernel mailing list!

That’s called a mailing list

/s

TypeScript is a language, and traditionally languages are considered separate from their implementations. When I first saw the headline I hoped maybe it meant a non-JS runtime for compiled TS, and I’m well aware of the difference. Yes, that would be a much larger undertaking than porting the compiler to a new language, but the headline doesn’t indicate how large a project this is, and Microsoft certainly has the resources to write a new backend (even a native-code one) for the TS compiler.

They did consider making environment-manipulation functions atomic; the problem is that there’s simply no way to guarantee that everything that can manipulate your process’s environment is actually beholden to whatever atomic interface Rust provides. I could be misremembering, but I think there was even some discussion with glibc maintainers about whether this could be made safe, and the answer was basically “haha no.”

I…honestly don’t know what you mean, and I’ve had 11 since about when it came out. Do you have an example?

Lots of settings actually seem more convenient now, especially the ones for audio and Bluetooth.

This headline is based on responses to the question “what are your biggest worries about the future of Rust”, not “are you worried about the future of Rust.” So of course most of the respondents answered with a concern about the language.

Marcan pretty clearly isn’t saying that feature requests wore him down. He’s saying that people saying “what you’ve built so far isn’t useful” wore him down.

(Plus, your original analogy about parents and children is completely lost by now.)