Nearly done with Trails in the Sky. Apparently it's getting a remake in 2025, which I guess might make it more attractive to Kids These Days, but really I suspect is money and effort that could have been better spent elsewhere—the remastered version is pretty good IMO
Sounds like a good source of content for whatever /r/OrphanCrushingMachine is here
Ibelin. Saw it in the cinema when it first came out, seemed like everybody in the audience was crying.
(It's about a kid with a degenerative disease who connected with people through an MMO.)
Good thing "oligarch" is just used when describing Russian conditions. That would neeeever happen here in the west.
US? Here in scandi tax seems to work well automatically, as in, we just log into the government website and click OK most years. Corrections are easy enough too, if you need it, but it's usually not required.
Coastal Norway is also pretty warm in this sense, but there aren't any trees far north. I suspect there's more than just warmth they want
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.
No, barely anything from Russia … directly. Money going to the US is better than to Russia, but even better would be to be free from needing fossil fuels at all.
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.
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
- People who haven't used a package before likely aren't interested in release candidates.
- 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:
- 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. - 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.
Ultimately clients pay good money for me to look after their systems, systemd or not, so I probably shouldn't grumble, but I miss the days when Linux was a clean and elegant system, without this multi-tentacled thing sitting on top of it.
I also have a sysadmin/devops/sre type career, and my impression is rather the opposite: With systemd Linux became a lot cleaner and predictable, compared to the mess of shell scripts we had before. There's never been anything clean or well-architected about shell scripts, they've always been a messy collection of not-quite-the-same languages that have all safeguards turned off by default, and it's up to the programmer to turn them on and hope they actually work. Good for one-shots and exploration in the terminal, though.
I also don't miss logrotate or finding out that some app places its logs somewhere mystical. Being able to read app logs just by knowing the service name is wonderful, as are the timestamp and boot arguments.
systemd didn't appear as just one guy's brain child, nor could it rise to the dominance it has if the way it works was as controversial or bad as it is in your opinion.
I haven't been on-call for the past few years, but my impression is that there have been fewer and fewer on-call events over my career. That's also largely on app developers and a shift to Kubernetes, but it's a generally pleasant change. There's nothing I hate more than being woken up.