Features versus fixes

Discuss anything not covered by any of the other categories.
Post Reply
mankrip
Posts: 924
Joined: Fri Jul 04, 2008 3:02 am

Features versus fixes

Post by mankrip »

How do you keep motivated when working on bugfixes?

After focusing for so long on fixing bugs, I get really demotivated. Fixing engine bugs doesn't really add anything to the game. When I fix bugs, I feel like I'm saying "look, this doesn't suck" rather than "look, this is awesome" - maybe because the things I've fixed were already supposed to be awesome, despite not working well. So, I feel like a grumpy man criticizing things instead of actually bringing some awesomeness to the table. This is specially true when fixing bugs that almost no one were concerned about.

What's your experience with this?
Ph'nglui mglw'nafh mankrip Hell's end wgah'nagl fhtagn.
==-=-=-=-=-=-=-=-=-=-==
Dev blog / Twitter / YouTube
r00k
Posts: 1111
Joined: Sat Nov 13, 2004 10:39 pm

Re: Features versus fixes

Post by r00k »

When I have a crippling bug, it stops me in my tracks. I can not move forward until i get that bug out! Then I'll stop any future feature development until i have tested for a week making sure that bug doesn't happen.
Then I'll move forward. If you dont like bugs, try to keep your new features sequential. Dont start multiple changes or you'll be fighting multiple bugs.:(
Spike
Posts: 2914
Joined: Fri Nov 05, 2004 3:12 am
Location: UK
Contact:

Re: Features versus fixes

Post by Spike »

tbh, most of my bugfixing time is spent on rewriting the code instead.
the logic being that if you've a lot of hard to find bugs in some module then that's because the module is basically junk in the first place. hence rewriting it to completely avoid needing to fix the bug (and hopefully consolidating features to avoid special cases and to facilitate future extensions).
plus I tend to sit on bugs until their cause becomes a little more obvious, slightly easier to track them down then. depends if they're fatal bugs or not though.

regarding r00k's comment, typically I code out a few big/unsafe changes then leave them to settle down a bit while I work on other unrelated/minor/safer stuff before actually committing. while I should probably use multiple svn checkouts instead, the unsafe changes at least get a little testing before getting committed. I should probably point out that correct use of git can isolate each change quite nicely and still 'corrupt' the master branch infrequently after things have been modified... but I'm lazy and don't use git, it just seems like more effort.
jitspoe
Posts: 217
Joined: Mon Jan 17, 2005 5:27 am

Re: Features versus fixes

Post by jitspoe »

Bugs bother me, so I'm motivated by my dislike of having them around. I do have a few bugs that keep lingering around, though, because they take so much work to fix properly.
qbism
Posts: 1236
Joined: Thu Nov 04, 2004 5:51 am
Contact:

Re: Features versus fixes

Post by qbism »

Sadly the most confounding bugs usually turn out to be the silly random error of typos or mental lapses: problems that can't be solved by retracing logic. Rewriting seems redundant but might ultimately be the least time consuming path. More like recut-repaste-readapt in my case. I feel motivated to fix bugs, annoying but temporary obstacles in a process of 'continuous partial improvement' .
mankrip
Posts: 924
Joined: Fri Jul 04, 2008 3:02 am

Re: Features versus fixes

Post by mankrip »

The point of this thread was a philosophical issue, not a technical one. The point is, if you release two derivative engines, one with nothing but many bugfixes, and one with nothing but many new features, most people will prefer the latter. So, if there's (hypothetically) no way to do both, why fix the bugs?
Ph'nglui mglw'nafh mankrip Hell's end wgah'nagl fhtagn.
==-=-=-=-=-=-=-=-=-=-==
Dev blog / Twitter / YouTube
qbism
Posts: 1236
Joined: Thu Nov 04, 2004 5:51 am
Contact:

Re: Features versus fixes

Post by qbism »

Maybe the opposite is true when the derivative sticks tight to the original game... people pick fixes over features. I was just thinking of FitzQuake and DirectQ in another thread. These are popular 'fixes' engines. Plenty of folks just want the same old stuff to suck less.
scar3crow
InsideQC Staff
Posts: 1054
Joined: Tue Jan 18, 2005 8:54 pm
Location: Alabama

Re: Features versus fixes

Post by scar3crow »

This thread managed to evade me while it was active, but I'm jumping on it now. As a precursor, I am not a programmer and do not claim to be one. But I do have almost six years experience in professional games QA (coming up on 70 titles). In all of the projects I've been on, rewriting seems to be the most effective method from a QA perspective. Fixes achieved by rewriting regress on a much smaller scale (typically: never) and create fewer bugs in other systems. Typically when they do create new bugs in other systems, said systems were put together hastily or are generally antiquated.

That being said, Fixes Over Features for me. Knock out all the big fish, then take care of the minor ones. Show me a new feature when it isn't going to be impacted by a bug from an old one which distracts me as a user. As a tester, show it to me when I'm not going to wonder "Is this behavior from new code itself, or just an old bug that has evaded our attention?"

And speaking from a project perspective, bug fixes are great for morale. QA loves to close out bugs as Fixed and verified, and everyone enjoys seeing a project "start feeling 'better'". If a game I'm working on has a fairly common but not dominant crash, but also some inventory issues, misaligned textures, incorrect art assets, and rendering issues, the crash isn't what is undermining my experience. With the crash fixed you are still looking at a bizarre and difficult to handle game.

Basic Functionality Fixes > Quality of Experience Fixes > Performance and Stability Improvements > Features > Minor Issues.
...and all around me was the chaos of battle and the reek of running blood.... and for the first time in my life I knew true happiness.
leileilol
Posts: 2783
Joined: Fri Oct 15, 2004 3:23 am

Re: Features versus fixes

Post by leileilol »

When I have a bug, I give up and kill the project and watch 0 people submit patches until I fix it 17 months later. Stay classy, open source.
i should not be here
jitspoe
Posts: 217
Joined: Mon Jan 17, 2005 5:27 am

Re: Features versus fixes

Post by jitspoe »

leileilol wrote:When I have a bug, I give up and kill the project and watch 0 people submit patches until I fix it 17 months later. Stay classy, open source.
Haha, isn't that the truth?

Open source: A collaborative effort, where one guy does all the work, and everybody else watches.
revelator
Posts: 2621
Joined: Thu Jan 24, 2008 12:04 pm
Location: inside tha debugger

Re: Features versus fixes

Post by revelator »

Might feel that way but i did make a shitload of patches to other peoples work :P cant be everywhere at once though hehe.

Most people prefer the BSD license nowadays it seems :roll: I dont mind people using my work, not even if commercial as long as they give credit to the small guy who did the job.
Productivity is a state of mind.
Post Reply