This is fine. I don't mind a diversity of opinion here. I agree that Proton is a stop-gap solution, and that most older games are going to need it, and newer AAA games are not going to support Linux all of a sudden.

However, I do think that we should continue to encourage developers to create native builds when they can. Indie devs tend to do this and it's a pretty great experience. Not only that, it often enables playing on unusual devices such as SBCs. For example, UFO 50 was made in Gamemaker, which offers native Linux builds, and it's already on Portmaster. You basically can't do that with Proton.

My problem is calling people who want Linux native games misguided or wrong. I really don't think that's helpful.

Not everyone can sit down and read for very long, some people want something to listen to while they do other things, some people learn better in audio format, and some people just like watching videos. It's fine if it is not your jam, but that is no reason to denigrate someone choosing to watch a video instead of reading an article.

as said in computer science it has accepted by most people (for the sake of having categories) that CPU emulation is emulation, and otherwise its not.

It's important to keep in mind that things said in computer science for the sake of having categories are usually said within the very narrow implicit context of a particular field of study, like microprocessor design. It makes sense there for the sake of brevity, just as arcane acronyms make sense when everyone in the room understands what they stand for in that context. But the context no longer applies when we're out in the rest of the world using a word that is not so narrowly defined, as we are now.

I think we mostly agree, because you pointed this out yourself:

It’s a “domain specific” language; which means, you have to specify it before in order to make use.

However, I want to clarify my position in response to this:

nobody has the right to act like having a clear definition and saying anyone else is wrong.

I often encounter people on social media chiding or mocking others for referring to Wine as an emulator, which is disheartening for a number of reasons. Importantly, the people reading such comments are being taught that it's wrong to call Wine an emulator, when in fact it is not wrong at all. Wine's very purpose is to emulate. This is plainly visible not just in how it is used, but also in how it is developed (many of its behaviors are reverse engineered Windows behaviors, departing from the API docs) and how it functions (it does a heck of a lot more than translating system calls).

The Wine project's FAQ acknowledges the misunderstanding, a bit indirectly, by pointing out that it is "more than just an emulator".

Unfortunately, since most people in the discussions I mentioned have no visibility into Wine's internals, they don't know any better than to accept what they were told by multiple people on the internet. They are misled by a smug few who love to tell others they're wrong by repeating that officially abandoned slogan that was never really true (at least not in the context that framed it) in the first place. And then some of the misled people adopt it themselves, so we end up with more of the "you're wrong" attitude, perpetuation of a ridiculously narrow understanding of the word, and people who publish about the topic performing awkward linguistic gymnastics to avoid simply saying "emulator" for fear of rebuke.

I think all three of those results make the world a little worse, so I'm here to let everyone reading know that it's perfectly appropriate to call Wine (or Proton) an emulator. Anyone who claims it's wrong to do so is perhaps a hardware field specialist who has lost sight of the importance of context in language, or (more likely) either honestly mistaken or an internet troll.

Exactly, and I'd rather devs focus their time on making sure their Windows version works well via Proton than using that same time for a half-assed native Linux version.

This is irrelevant with Steam though. Steam offers a runtime with preconfigured versions of everything that is needed to give the devs a consistent environment for their games to run no matter how fragmented the linux install base might be. This runtime is also what proton uses for ship its different versions.

It's because the devs just aren't testing their Linux build. If they at least had a steam deck and made sure it ran there, the community would figure everything else out on their own.

No, I meant what I said.

If games do become linux exclusives, microsoft will have a reason

It is not just WINE. The Steam Linux Runtime is a stack of linux native libraries, binaries and tools designed to give game devs a consistent version of things to develop games against. Recently they moved this to be container based and I believe proton (which contains wine) is run inside this runtime as well.