[dijit]

Audio subsystems (wwise, fmod).

Physics subsystems (havok, ISI).

Procedural systems (Gaea, Houdini)

Vegetation (Speedtree)

VFX subsystems (Nvidia Gameworks)

First party SDKs (Sony Playstation, Microsoft NDK, Horizon/Quest).

Pathfinding (Kytheria, Mercuna)

Cutscenes/Videos (Bink)

UI (Rive, Neosis)

Networking (Photon, Coherence)

Theres… thousands more, if you’d like me to continue.

[duped]

On the web backend?

[dijit]

The backend isn’t web technologies.

[duped]

I mean it absolutely is, but that's not an answer to the question.

[dijit]

Of the 7 AAA games I’ve been part of making, not a single one used HTTP (well, not as a primary driver of anything), HTML, CSS or anything that could be construed as a “web technology” so, what are you talking about please?

[duped]

s/web/networked computers/g

What I'm saying is you have programs running on user machines, and programs running on your machines. There's an interface between those two over a network. There's a problem that consumers face today where they pay to play games that are not functional without data flowing over that interface.

There's a claim that implementing the backend side of that interface is so complex and impossible or too difficult/time consuming/etc to design in a way without 3rd party dependencies.

I'm asking: what are those 3rd party libraries doing? And why can't you design server APIs and client code in a way to provide a different backend if consumers need to do it themselves when you stop supporting the game?

[dijit]

idk, lets use things you know.

Why do you use Ruby on Rails, why not rewrite it so you can release it without relyig on that?