Crash Bugs

— November 08, 2010 (6 comments)
Fresh out of college, and knowing very little about the Real World, I got a job making computer games. I learned a lot there: how to estimate schedules, why I should make smart goals, how taking a vacation during crunch time can get you fired.*

And I learned about the computer game equivalent of beta reading: playtesting. I remember one tester reported a bug that crashed the game, but none of us could reproduce it, meaning we couldn't fix it. So we let it go, until one day our manager asked us about it.

KEN:** What's with this crash bug? Tester reported it like three months ago.
DEVELOPER 1: It's a random bug. Nobody can reproduce it, but it doesn't seem to happen very often.
KEN: You guys need to track it down, top priority.
DEVELOPER 1: Even Tester doesn't know what causes it. You want us to work nights on a bug we might never fix?
DEVELOPER 2: It's not a big deal, Ken. There are like ten playtesters who've never had the bug, and nobody can reproduce it. It probably won't be a big deal when the game goes live.
KEN: Then think of it this way. If the game crashes for one out of ten playtesters, then when we sell 100,000 copies that's ten thousand people who will get mad and return our buggy game.

Long story short, we fixed the bug, and I learned a valuable lesson about percentages.

This is why it's important to listen to your beta readers too. If only one of them says your villain is a cardboard cliche, it's possible they just don't get it, but it's also possible they represent a significant percentage of your future readers. (And anything two betas agree on is a virtual certainty).

So in general, unless you KNOW why you wrote something a certain way and you KNOW the commenter is wrong, listen to your betas. Chances are they're not alone.


* Not me. Another guy. And it wasn't so much the vacation that got him fired as the fact that his code never worked, no matter how much he insisted it did.

** We had 2 or 3 managers over the course of the project. They were all named Ken. Not joking.

Enjoyed this post? Stay caught up on future posts by subscribing here.


6 comments:

  1. Rob say Code Monkey very diligent
    But his output stink
    His code not functional or elegant
    What do Code Monkey think?

    ReplyDelete
  2. @Michael: Code Monkey think maybe manager wanna write God damn login page himself. I identify so strongly with that song.

    @lotusgirl: They are, but it's easy for me to dismiss them because I think they're wrong, when really I'm dismissing them because to fix the issue would require lots of work.

    @Myrna: Glad you enjoyed it :-)

    ReplyDelete
  3. Thanks, Adam! This is why it still concerns me that 1/4 of my readers feel like I should be able to start my novel closer to the action. The problem is, when I try to do that, I hate the novel and so do the remaining 3/4s of my readers. LOL. I'm just not sure how to get around that issue...

    ReplyDelete
  4. I have a similar problem, Victoria. If it's one or the other, you gotta go with the majority and/or what you like. But don't stop trying to think of some super secret third option that everybody loves :-)

    ReplyDelete