For that matter, the real numbers are fake as fuck. “Ah yes, let’s just throw in uncountably many non-computable numbers.” They have played us for absolute fools.
This is an interesting question. Instant acceleration is mathematically implausible, but I don’t know if there’s a better physical interpretation for what happens to a bouncing photon. I’m guessing this is one of those “less particle, more wave” situations where the instantaneous velocity of the photon is undefined.
According to some random internet sources, reflection is the not-quite-instantaneous process of the photon being absorbed and then emitted by the electrons in the mirror.
Flatpak is fine. Snap is Canonical’s proprietary version, which ties you specifically to their app store. It’s not designed to be an open standard but Canonical has made it compulsory in one of the largest distros (Ubuntu) and its derivatives. There are also problems with its sandboxing mechanism competing with AppArmor.
IMO every datetime should be in utc, and variables for datetimes should either be suffixed “Utc” or have a type indicating their time zone (DateTimeOffset or UtcDateTime etc). Conversion to local time happens at the last possible second (e.g. in the view model or an outbound http request parameter). Of course that doesn’t solve the problem of interoperating with other morons programmers who don’t follow these rules, but it keeps things a lot neater locally.
Scheduling based on regional time conventions (holidays, weekends, etc) is just not great though.
Swapping CPU manufacturers entirely? I’d just start my kernel config fresh. Pull up the old one next to a new (default ) one and go down line by line. Odds are there are at most a few flags that would need to be changed, but it’s a good chance to reevaluate your previous decisions too.
It makes a HUGE difference in compile time. Which only matters if you’re building your own kernel anyway. It’s a solution for its own problem.
I think it’s a good learning experience though. There is genuinely a lot of stuff in there that you can easily, safely remove, and reading up on all the less obvious flags is fun.
Fair point. I would say on a personal level that GitHub actions is quite nice to use, especially with the marketplace. But I’d be surprised if switching version controls also entailed a CI/CD change for Mozilla, so I can’t think of a good reason.
You’re quite the lunatic. I’m obviously not defending GitHub PRs, or saying Mozilla should or should not use them. I said “we are not open to PRs at this time” is not the same as “we will be open to PRs in the future.” The truth of that statement has absolutely nothing to do with whether or not Mozilla is, in fact, open to using PRs in the future. But there’s no point in telling you that, because you’re clearly unhinged. Have a good life.