Hereās a fun fact about software developments: fixing bugs in code is impossible to estimate. The vast majority of bugs donāt come with a reliable repro, i.e. a set of instructions that will make sure you can force the bug to manifest itself. Hell, a lot of bugs donāt even have an āunreliableā repro, i.e. a set of instructions that will give you a reasonable chance to reproduce the bug.
Iām not going to deeper into details of the process, but the point Iām making is that the process of diagnosing a bug, finding a fix, and confirming that the fix worked is pretty much an open-ended process that you canāt estimate.
You can, of course, try to timebox it, i.e. set aside a limited amount of time and dedicate it to hunting aggressively for bugs, but thereās no guarantee how many ā or which ā bugs youāll be able to squash during that time.
Long story short, software development generally does not work that way, for reasons I tried to summarize above.
But hey, even if they did decide to do a timeboxed bug hunt, we come back to the problem of keeping everyone else idle. Yeah, sure, ācontent artists have things to fix as wellā. Hereās the thing, though: thatās much different from hunting bugs in the code. You generally donāt have to go hunting for that stuff. (Generally. Thereās stuff that requires more effort to find, but even that is more of a ālooking for a needle in a haystackā thing, rather than a ātrying to solve a murder mystery where your only clue comes from the town drunkā thing.)
Point being that if you want them to spend 3 months hunting for bugs, you have to make sure that non-programmers also have 3 months worth of work. And if you think they do, youāre deluding yourself.
Obvious reply is obvious. And pointless. Nobody ever means to introduce bugs.
Do you also see refrigerators as priority over giraffes? Because the things youāre conflating are as different from each other as refrigerators are from giraffes.
Yes, these things are important, Iām not disputing that. Iām saying that they have nothing to do with releases of the game. A release is set of features you plan, design, and implement. Itās something you develop. Upgrading the servers and revamping the TOS is not.
Yes, itās one of the features I would like to see back in the game. Again, youāre not expressing a profound truth there, youāre conflating things that have no business being conflated andā¦
ā¦and also introducing a false dichotomy. I never said that having Conan run better isnāt important. I was merely trying to correct some of your confusion and ignorance about the software development lifecycle, and explain what software releases are all about.
Contrary to your weird, accusatory implication, I do want the game to run better and have fewer bugs. I just think that going full Karen over the fact that the new release will have new content ā how dare they! ā is naive, ignorant, and ultimately unproductive.