Why every patch brings more bugs than fixes?

I dont understand that. Really after every patch come swarm of bugs. Devs dont test it? Or what is wrong? I see no fixes. Perfomance is still horrible. Even after last update textures are worse. Dont work or new adds when the game is still broken. Fix it firts,then you can work on additional content.
Because we are beta testing odyssey for console release.
 
Yes, I deal specifically with Manufacturing Software, while no where near the complexity of a game, they still share similar processes and outcomes if the end customer is not happy at the result.

While my business model/staffing/budget may not be similar, the testing should always remain the same. Before deploying, play it for a day or two (depending on time/staffing/budget/interest). Try different activities and see what happens. To me, this just makes sense.

Understanding of course, not all have that luxury, and not all things can be found but for a larger Game Developer, I would expect a somewhat higher standard before deploying. Like everything, just my opinion. Overall the game is still playable and enjoyable but would prefer a bit more care into testing before deployment if possible.

One thing that irks me is the "Go to Horizons" response for certain aspects of the game. This should never be the answer. Fix the problems (i.e. Raw Material gathering) that are known and causing a larger impact on playing the game as whole. If you want to engineer ships, you need raw materials. Why should you return to Horizons when you paid for Odyssey?
Very interesting to learn about your own workflow, thanks!

First of all I want to insist on the fact that I don't think, and didn't mean, that game development is more complex or even tougher than other types of software. To me, they share a lot of engineering bases but they also differ on many other aspects.

I actually think that they share a lot in the way they are programmed / engineered, but it's on the testing aspect that they differ the most. Like I said in my previous post, games have an exponential number of "user scenarios" while traditional soft are very clearly scoped. One other big issue is that you cannot do Automated Testing on the biggest part of a game, whereas traditional software use it extensively.

One other point I'm not totally agree with is on the commercial / business / end customer level. I also think that it's where games differ a lot from other apps. Games are not productivity app. They sell pretty cheap compared to professional software (the ones above 100$). So if they break you cannot expect the same customer service. And compared to free apps, their business models is also totally different, therefore their bug mitigation.

And finally :
"Before deploying, play it for a day or two (depending on time/staffing/budget/interest). Try different activities and see what happens. To me, this just makes sense."

I totally agree on this one. I bet that FDev already does that. But I don't work there. 😬
 
Last edited:
Very interesting to learn about your own workflow, thanks!

First of all I want to insist on the fact that I don't think, and didn't mean, that game development is more complex or even tougher than other types of software. To me, they share a lot of engineering bases but they also differ on many other aspects.

I actually think that they share a lot in the way they are programmed / engineered, but it's on the testing aspect that they differ the most. Like I said in my previous post, games have an exponential number of "user scenarios" while traditional soft are very clearly scoped. One other big issue is that you cannot do Automated Testing on the biggest part of a game, whereas traditional software use it extensively.

One other point I'm not totally agree with is on the commercial / business / end customer level. I also think that it's where games differ a lot from other apps. Games are not productivity app. They sell pretty cheap compared to professional software (the ones above 100$). So if they break you cannot expect the same customer service. And compared to free apps, their business models is also totally different, therefore their bug mitigation.

And finally :
"Before deploying, play it for a day or two (depending on time/staffing/budget/interest). Try different activities and see what happens. To me, this just makes sense."

I totally agree on this one. I bet that FDev already does that. But I don't work there. 😬
Ryox, I will admit, enjoying the conversation.

My workflow is based on modular units that combine to create a whole. While Manufacturing Software is more linear, breaking it into smaller pieces seems to be the trick, at least in my instance and I should not assume that others do the same though Frontier HAS people assigned to specific tasks so in a small way, I am similar.

Each small team is assigned one unit and works on it until completion. For testing, we all usually take part (Friday is Test day, makes the day also nice and light) in the testing of each completed unit and try and break it. Once again, not stating this is the best methodology but simply how my workflow proceeds and has driven good results therein. The major difference is that it is all hands on board for testing. While things do slip past as nothing is perfect we set high standards for success rate.

Games are multi-headed monsters. I agree 100% that not all scenarios can be tackled due to the infinite amount of PC setups and configurations which may cause unexpected results but a shining example of an easily (I use that term loosely, once again, I am not a game developer/designer) caught issue was the Update 9 reverse contrail and popping station.

Had someone play tested simply by jumping to another system and attempting docking (something that you cannot avoid in the game), this would have been discovered. That was the eye opener for myself in regards how things are tested, or how they are not. X amount of people working on Elite Dangerous Odyssey and all of them missed this?

Not buying it. No one tested and/or played.

While games are light years cheaper (saw what I did there?) and different than Productivity Software, the few base concepts remain the same, test and fix. Value should be based on content not price. I have seen some high end software packages that are absolute garbage and less valued ones that are indispensable. Price does not determine content, which a lot of people assume.

Test for those bugs by playing the game or modules that were updated. My example above regarding the reverse contrail and station popping says it all. Whom would release something like that? Are they in a rush? If you fix something in settlements, do settlement missions. Point is, test what you fix and give the game a small run through before deploying. I feel this is not being done.

Fix those bugs that are causing concern. If I were to state to my Client, you need to run the old version to retain the functionality, I would be in serious trouble. While I do practice in small degree the 80/20 methodology I have set higher standards by 90/10. Having the 10% "less serious" bugs that will not inhibit workflow (from our perspective, the end user may think differently).

From my observations, it seems they are more interested in adding features than fixing many broken aspects of the game. The more you add the fixability becomes exponentially more complex. Use Patch 9.2 a breaker switch. Commit to fix outstanding problems (some for years) before throwing more our way.

New content is worthless if there are too many issues.

Problems, and perceived intensity can also be more personal such as the example below, which I find rather game breaking.

My major irritation is the High Grade Raw Materials "go to Horizons" solution. This is not a solution. This is a problem. Which needs to be addressed along with many others.

ALL Ship based engineers require Raw Materials. Why then, has this not been fixed? Has no one voted on it? Seems that if you can garner enough people to vote on a certain issue, this becomes FDevs focus and all other glaring problems are pushed aside (once again, basing my response on observation not actual practice by FDev).

Bugs should be fixed on priority not a voting ballot. Can you imagine having your car in the shop for weeks/months/years simply because most others are voting on other things they want repaired first? Does not seem to make sense when you apply this to the real world.

Next few patches simply to fix ongoing issues would restore a lot of faith in the game and also the userbase in FDev.

That is a Win/Win.
 
I can't remember a single update or patch that has not added more bugs or glitches into Elite Dangerous in my years of play. Many of which are still in the game and get worse when in The Bubble. How Frontier keep screwing things up more than fixing it is besides me. Seems that they don't care enough to do things RIGHT. Adding these latest events with minimal effort to boost there stats, Even if it's just how many players log in daily or weekly etc. We are just a stat or a number to them. Will they ever get it right? Remove all the bugs? Actually address tickets submitted or there Laughable Bug tracker website that we waste our time posting and recording crap that never sees the light of day? In all Honesty can anyone say they have real faith in FDEV!!! I think the love we all have for the game as loyal gamers is fading away, Whether we admit it to our selves or not due to our own blindness is also laughable and FDEV have there chits n giggles at us mugs for feeding there egos. Oh let's go watch there live streams and be ignored there too or have the community take a leak on your posts for asking the tough questions. FDEV say, No comment or we can't answer that at this time. Yeah FDEV, We know you don't have a Clue on how to manage your game. The years us Commanders have played on what has been re-iterated on this thread says so. Do I still log in, Yes sure I do. But not as much gameplay happening that's for sure... To the Player Community out there 07 + Have a Happy New Year, May it bring you Joy + Laughter. I doubt anything will change with FDEV LOL
 
To some breaking thing is much more fun the fixing things

1023201714151626581.jpg
 
Back
Top Bottom