I don’t think a “come to Jesus moment” is an effective threat against a Jewish man…

This person should be aware of them, as they use oxygen and are a moron

Conductors (drum majors) are absolutely vital in marching bands. Marching bands (both traditional military style and modern style) use formations so large that the speed of sound is a significant factor - trying to keep tempo based on listening to e.g. drums simply won’t work, because different positions will hear the beats at different times (and that’s not even considering issues like echoes, or the auditory dead zones that closed structures have). Having visual cues for keeping time is a necessity.

Close - Futurama

For the simple case of electron-positron annihilation, they transform into high-energy photons, whose total energy is equal to the total mass-energy of the electron and positron. See: https://en.wikipedia.org/wiki/Electron–positron_annihilation

According to Crusader Kings, the Norse

These are famously common bugs across games in all genres running on all kinds of different engines.

Correct, but we aren’t talking about them. Whataboutism isn’t constructive.

I’d go so far as to not even call them bugs because computers simply don’t have the power to calculate collision down to the picosecond/picometer.

Actually, a large proportion of OoB clips in games are due to some combination of lacking speed caps and having acute angles in collision boxes.

Every game that’s ever been made has sacrificed precision in physics for performance.

Correct, and I’m not disputing this.

Perhaps the reason it’s more noticeable in Bethesda games is because they typically have way more persistent, physics-enabled objects.

This definitely contributes to the issues common in Bethesda games, but it’s not the only reason. Take Skyrim for example: some of its best-known glitches (such as restoration bonuses buffing enchantments, the various duplication glitches, and basically everything involving horses) have nothing to do with the number of dynamic objects loaded.

That’s actually a strength of the engine, and something no other developer really even attempts.

Not really - plenty of other games use Havok physics and don’t suffer from the same issues, or at least not to the same degree. Perhaps there’s a reason other developers using the Havok physics engine don’t make games with huge quantities of dynamic objects loaded at once.

Oh don’t get me wrong, Bethesda games are generally great (with notable exceptions like Fallout 76), and do phenomenally well in sales. However, dismissing any and all criticism of the games’ numerous flaws (including glitches which often carry over between subsequent titles, like clipping through collision boxes and falling through maps) is willful ignorance at its finest. Every Bethesda game has performance issues and game-breaking bugs, and there was no reason to expect Starfield to be any different in that regard.

I guarantee you ZFG doesn’t give a single shit about “the algorithm” - he’s always played games that he wants to play, which is usually every Zelda release, Mario Kart, Smash, and Pokemon. His only two concerns are going fast and having fun.

People figured out the performance issues with Starfield when it was first announced: the Bethesda logo

This means that when developing your application you need to keep track of what differences each browser has, and write/use polyfills or conditionals to ensure that your methods work as expected on all platforms.

core-js has existed for nearly a decade

“You didn’t hear that”