syklemil

I think my usecase of curl is entirely covered by hyper (I just use it for http/s with a small handful of flags); but I also have absolutely no idea what goes on inside curl or how my distro chooses to build it.

Rebuilding curl to use Rust here and there (it still supports rustls and quiche) seems like an interesting undertaking, but yeah, I suspect most curl users don't build it themselves and have no idea what experimental features it could be built with. Guessing the curl survey has data for that.

Stenberg seems like a cool dude and this seems like an amicable split.

Idunno, that might be approaching "one day of patchy electricity can change how you view computers vs mechanical typewriters". Here people would likely use their mobile internet, especially if the company is paying their phone bill.

It comes off as simulating enums with strings.

And yeah, even the string interpolation seems kind of excessive when it's just appending _address. Js is even kinda infamous for how willing it is to do that with +.

Yeah, translating between cases isn't exactly a problem IME. Might be neat to have a case-aware grep though, so you can get kebab-case, snake_case, camelCase and PascalCase all done in one go.

I've been using Fantasque sans mono for a bunch of years now.

Yeah, I'm reminded of how Germanic languages used to have singular, dual and plural. If we'd still had dual, we'd probably also be talking about not abstracting until we actually have a plural.

I generally agree, but

1. People who haven't used a package before likely aren't interested in release candidates.
2. Axum is one of the few pretty well-known Rust libraries. I'm willing to give that a pass on describing what it is for an RC, much like I'd do the same for FastAPI in a Python community. (But a little default blurb about what they are would be nice anyway to people who are new to the language and/or ecosystem.)

Yeah, that's the correctness focus. Some people dislike it as a straitjacket, some even take it as a personal insult because they see it as a skill issue. They, the good devs, shouldn't be held back like that (spoiler: they aren't as good as they think they are).

Personally I like that aspect of Rust, but I also write Python with a typechecker and a loong list of enabled lints in ruff. I can get the happy path done without it, but having just the happy path often isn't good enough.

Enforced correctness helps a lot with confidence for those of us who know we sometimes make bad assumptions or forget some nuance or detail. But it will be absolutely infuriating for people who can't stand being told they made an error, even one of omission.

Still remains to be seen if a potential rust ABI can avoid becoming a chain to the wall the way the C++ ABI seems to have become. When a lot of C++ers apparently agree with "I'm tired of paying for an ABI stability I'm not using" it's not so clear it would really be a boon to Rust.

That said no_std appears to be what people go to for the lean Rust.

And a lot of us are happy not having to juggle shared dependencies, but instead having somewhat fat but self-contained binaries. It's part of the draw of Go too; fat binaries come up as a way to avoid managing e.g. Python dependencies across OS-es. With Rust and Go you can build just one binary per architecture/libc and be done with it.

The serious answer here likely has several components:

1. Some people and businesses have invested a lot in languages that governments are now trying to deprecate. When someone is told that their assets may be stranding, and please move on to $NEWTHING, they're likely to get … grumpy. Both they and the government may be correct here, even if they're at odds—they have different scopes and concerns.
2. Differing values. See e.g. Cantrill's "Platform as a reflection of values".

• Rust highly values correctness, which will feel like a straitjacket to a lot of people.
• It also moves as much error detection as it can to the compilation stage, which won't sit well with people who want to get something out the door ASAP and then find the bugs as they happen.
• So it also encourages tackling complexity early rather than kicking the can down the road, which again isn't to everyone's preference.

Socks were invented to be used in sandals, it's the one true way!

(Typed wearing big woolen socks in birkenstocks)

I think I wouldn't find it particularly useful, as I'm used to the quasi-programming I can do in a terminal. The shell commands take some time & effort to learn, but once you're over that hump, being able to extract and compose information is really good. The primary shell tools I'd miss in a gui are |, jq, awk, sed and grep/rg, as well as for, if, while, variables, and having everything in one lightweight window.