It may be a kind of Linux PC, but it’s not just a Linux PC. (Also not a fan of the American language…)

I don’t know if you already use Linux or not, but if you do you have a valid excuse for why you can’t help them with their impulse buy from HP. So if they want your help, they can take your suggestions for where to get a Linux computer, such as System76, Framework, and I think even some Dell models come with it preinstalled. There’s probably some I forgot, but the point is, those selling Linux machines are in a growth market that only seems to be accelerating. It should be only a matter of time before more players want a piece of that.

Yeah, familiar with that experience 😅 Could be I end up disliking Sailfish for that exact reason, but if there’s a handful of good native apps that might mitigate quite a lot. Could also be I end up using it as a second phone, one with fewer distractions on it…

Presumably, it’s just that I can’t stand the Android UX personally, which is the main reason I’m on iOS. But if a good, open alternative comes along I’m willing to try…

True, but aren’t there decent Android emulation layers for Linux available nowadays? Not sure how well-integrated into SailfishOS that is, but giving it a shot…

Don’t be so gloomy! You’re an individual number too! 😜

Shun the nonbeliever!

I’m not sure I agree with the “no one claimed” part, because I think the proof is specifically targeting the claim that it is more likely than not that we are living in a simulation due to the “ease of scaling” if simulated realities are a thing. Which I think is one of the core premises of simulation theory.

In any case, I don’t think the reasoning only applied to “full scale” simulations. After all, let’s follow the thought experiment indeed and presume that quantum mechanics is indeed the result of some kind of “lazy evaluation” optimisation within a simulation. Unless you want to argue solipsism in addition to simulation theory, the simulation is still generating perceptions for every single conscious actor within the simulation, and the simulation therefore still needs to implement some kind of “theory of everything” to ensure all perceptions across actors are being generated consistently.

And ultimately, we still end up with the requirement that there is some kind of “higher order” universe whose existence is fundamentally unknowable and beyond our understanding. Presuming that such a universe exists and manages our universe seems to me to be a masked belief in creationism and therefore God, while trying very hard to avoid such words.

The irony is that the thought experiment started with “pesky weird behaviours” that we can’t explain. Making the assumption that our “parent universe” is somehow easier to explain is really just wishful thinking that’s as rational as wishing a God to be responsible for it all.

I’ll be straight here: I’m a deist, I do think that given sufficient thought on these matters, we must ultimately admit there is a deity, a higher power that we cannot understand. We may as well call it God, because even though it’s not a religious idea of God, it is fundamentally beyond our capacity to understand. I just think simulation theory is a bit of a roundabout way to get there as there are easier ways to reach the same conclusion :)

It’s possible yes, but the nice thing is that we know we are not merely talking about “advanced people with vastly superior technology” here. The proof implies that technology within our own universe would never be able to simulate our own universe, no matter how advanced or superior.

So if our universe is a “simulation” at least it wouldn’t be an algorithmic one that fits our understanding. Indeed we still cannot rule out that our universe exists within another, but such a universe would need a higher order reality with truths that are fundamentally beyond our understanding. Sure, you could call it a “simulation” still, but if it doesn’t fit our understanding of a simulation it might as well be called “God” or “spirituality”, because the truth is, we wouldn’t understand a thing of it, and we might as well acknowledge that.

I dunno, I have a Framework laptop and had a keyboard issue with it. It still worked, but one of the keys didn’t register well. So they sent me a new keyboard and I sent them back the old one after I’d swapped it. Not a single day was I without my laptop, which sounds quite unlikely compared to other laptop brands and the support you get (or not) with those. No buyer’s remorse here.

Don’t tell that to the kids in Finland 😉

https://santaclausvillage.info/activities/santa-claus-main-post-office/

That’s fair, although technically you could catch SIGSEGV and release resources that way too.

Also, given that resources will be reclaimed by the OS regardless of which kind of crash we’re talking about, the effective difference is usually (but not always) negligible.

Either way, no user would consider a panic!() to be not a crash because destructors ran. And most developers don’t either.

“An abrupt exit”, more commonly known as a “crash”.

If you’re going to argue that an exit through panic!() is not a crash, I will argue that your definition of a crash is just an abrupt exit initiated by the OS. In other words, there’s no meaningful distinction as the result is the same.

You know, as a full-time Linux user, I think I rather have game developers continue to create Windows executables.

Unlike most software, games have a tendency to be released, then supported for one or two years, and then abandoned. But meanwhile, operating systems and libraries move on.

If you have a native Linux build of a game from 10 years ago, good luck trying to run it on your modern system. With Windows builds, using Wine or Proton, you actually have better chances running games from 10 or even 20 years ago.

Meanwhile, thanks to Valve’s efforts, Windows builds have incentive to target Vulkan, they’re getting tested on Linux. That’s what we should focus on IMO, because those things make games better supported on Linux. Which platform the binary is compiled for is an implementation detail… and Win32 is actually the more stable target.

Heh, I agree with everything you said, but I’m afraid such a framework is impossible to create, let alone implement. It’s impossible to foresee the infinite possibilities for people to screw themselves through bad decisions, so all you’d create is a lot of bureaucracy to still end up in the same place.

Of course, but it needn’t be black and white. You can also diversify, make yourself less reliant on a single platform. And by doing so, enable your audience to follow you elsewhere. Or diversify into different activities altogether. And when it’s no longer half your income on the line, then switch.

But doing nothing and saying, “but half my income!”? That’s not only a choice, but also complacency.

Great points, except:

People can’t leave for anything smaller.

They can and some do. It’s still a choice.

I’m making a case for custom codes, not for using a 200 status code with it. My reply said the 200 didn’t make sense.

Of course once you use custom codes, the actual HTTP status codes do become less important, because there’s some redundancy there. That’s not an argument to do it wrong, but it is an argument that accurate HTTP status codes are less of a priority. So understandably some people will take shortcuts.

Apparently you find this very frustrating, but in the end it’s just an implementation detail. But it also sounds like you’re more frustrated with the service API as a whole than the fact it uses custom error codes specifically, so I’m just going to leave it at that.

Well, looking at your example, I think a good case can even be made for it.

“s23” doesn’t look like an HTTP status code, so including it can make total sense. After all, there’s plenty of reasons why you could want custom error codes that don’t really align with HTTP codes, and customised error messages are also a sensible use case for that.

Of course duplicating the actual HTTP status code in your body is just silly. And if you use custom error codes, it often still makes sense to use the closest matching HTTP status code in addition to it (so yeah, I agree the 200 in your example doesn’t make a lot of sense). But neither of those preclude good reasons for custom codes.

Oh, and then I pair it with a very boring Dell mouse for extra style.