spkm

Thank you! That's exactly what it is. Instead of presenting you 1000 results (or 0) which you have to manually skim through, it generates 1 result as a summary. And even if there is no actual search result, it will hallucinate you 1 result (full of BS).

But because the result sounds right (and in cases with good data it actually is) people tend to trust it. I do not dismiss the potential, but for me the line is crossed when you take the result for granted without verifying and while I'm sure many here think that is implied, I bet you, at large, it is not and will be even less so in the future.

Brave New World!

I know, but they didn't.

I'm a german software developer working for a japanese corporation in a german subsidiary. I agree with pretty much everything in your post. Especially the exhausting chain of approvals and also the unwillingness to make quick/tough decisions feels like walking through molasses at times. However, there is also an upside to this. I can actually confirm that they take quality control very serious, probably due to the losing face cultural thing if the product fails the customer and therefore rarely do quick last minute changes or crunch, because it degrades quality.

Privatization and capitalism.

Just don't use animated gifs inbetween text.

I've been selfhosting for like dunno 10-15 years. Cheap kimsufi box, opensmtp, dovecot, later then rspamd, done. Never really had a problem. At one point telekom.de blocked my mailserver. I contacted them via [email protected] (or something) explaining that while kimsufix boxes are notorious for shady stuff, this is actually a legit mailserver and they whitelisted me shortly after (yeah I was surprised too how smooth that went). So, yeah, can't confirm all the troubles everyone seems to get on about. However I do own the kimsufi box (and the corresponding IP) for a long time now, so maybe I'm just lucky.

"void linux" is a great distro if you want BSD-like but still linux. It also uses runit instead of systemd.

Fully agree. Also, jq exists, a simple example how open and simple interfaces (text streams) allow for extensibility. There is a reason why so much is built on top of "simple terminals".

Probably not, I'm just wondering why a C++ toolchain is supposed to handle this though.

> That means you have a mix of FORTRAN, ada, c, rust, some custom internal corporate language, and so on all mixed with the C++. If your build system cannot handle that mess i'm not interested

In that case I would just use the rust toolchain which I'm sure can handle this stew.

Maybe if you used a typesafe language, you wouldn't have to track down 100 other more significant problems (:

I work for a Japanese company and if you've ever worked with them you know they go crazy with testing (often automated). I get bugreports like this constantly. And while you might argue if that's a use case or not (mostly it's not), a crash is still a crash! We do go the extra mile to analyze and fix those. It makes the software overall more robust and on occasion you really find a much severe underlying issue that would have exploded in your face also in other, more realistic workflows. Don't dismiss bugs without at least understanding what's happening! As others have stated, a lot of these weird issues are race conditions which might suggest a bigger problem in the design.

"Got it!"