|
|
|
|
|
by Xirdus
26 days ago
|
|
Gothic has always been a niche franchise, and G3 was poorly received not because of bugs, but because of bad worldbuilding (orcs speaking human language, magic runes disappearing, a powerful kingdom getting wholly conquered in basically no time, pretty small open world) and uninteresting story compared to previous titles. Sure it did have bugs, but so did G1 and G2. And that one AssCreed game where people's heads disappeared leaving just eyeballs behind, which still sold crazy numbers. Or the famously bad Cyberpunk 2077 launch, where bad means millions of copies sold in first 2 weeks, not even counting preorders. Or countless other examples. Most players care about performance even less than they care about bugs. Basically every AAA game nowadays is criticized for piss poor performance and not having the looks to justify it. They're still massive successes. Usually, it's good code that leads to missed deadlines, not bad code. It literally takes more time and effort to write good code. Gamedev lives on 3-year cycle, that's not enough time for code debt to start causing problems. Bad gameplay... yes, that can be actual problem. But it's rarely due to a single bad line of code, or even ten thousand bad lines of code. In most games, gameplay is bad because it was designed to be bad. As in, they had a certain way of playing in mind, and they made the game exactly how they wanted, it's just most players don't find that way of playing fun. No amount of code quality can fix that. |
|
This is just not true. Gothic 3 is still pretty alive in terms of modding and improvement precisely because the base underneath the bugginess was good. You don't have a good community after 20 years if you have bad bodybuilding and uninteresting story.
> Most players care about performance even less than they care about bugs. Basically every AAA game nowadays is criticized for piss poor performance and not having the looks to justify it. They're still massive successes.
You equal success meaning that players don't get care about bad things in a game. That's just a way to reductive view. You can literally read everywhere how people complain about the bad performance of games. Performance is a standard staple in game reviews.
> Usually, it's good code that leads to missed deadlines, not bad code. It literally takes more time and effort to write good code. Gamedev lives on 3-year cycle, that's not enough time for code debt to start causing problems.
Nice trying to put words in my mouth. This is about good and bad developers. Good developers write better code in the same or less time it would take bad developers. that's literally why they are good developers. Bad developers compound on bad code making progress exponentially slower compared to if you had good developers from the start. The question was never the same developer writing good vs bad code.
> Bad gameplay... yes, that can be actual problem. But it's rarely due to a single bad line of code, or even ten thousand bad lines of code. In most games, gameplay is bad because it was designed to be bad. As in, they had a certain way of playing in mind, and they made the game exactly how they wanted, it's just most players don't find that way of playing fun. No amount of code quality can fix that.
I think you really underestimate how much a gameplay programmer can influence the gameplay. Not every millisecond of latency is specified in game design docs. Most of gameplay is designed by feeling. If your developer is not capable of producing good gameplay your game designers can do nothing.