5 Things I Learned Making My First iPhone Game

Ray Wenderlich
Tomato-San says: w00t, it's done!

Tomato-San says: w00t, it's done!

I’ve been in hibernation for the last few weeks putting the finishing touches on my first iPhone game – but now I’m back, since the game is finally on the App Store!

For the curious, the game is called Math Ninja and is an educational iPhone game designed to make practicing addition, multiplication, division, and subtraction fun. It’s actually based on the How To Make A Simple iPhone Game with Cocos2D Tutorial Series from this site, and the art was done by my lovely wife!

Anyway, in the process I learned a ton of lessons about making games that I thought you guys might find interesting. So here’s what I learned from the whole experience!

1. It’s OK to Rewrite

The first time I wrote Math Ninja, the code was pretty bad. Spectacularly bad, I might say. I was new to Cocos2D, so made a lot of rookie mistakes, and had designed the app as I was writing it, so the organization was pretty ugly and full of hacks.

So I had a dilemna halfway through the project – should I wrap up the game as-is, figuring the end user would never know the difference anyway? Or should I rewrite it from scratch now that I knew what I was doing better – and add some improvements along the way?

There’s actually a lot of debate on this subject. Joel on Software calls rewriting software from scratch the single worst strategic mistake that any software company could make.

I debated the subject for a while, and finally decided to go with the rewrite – mainly for self-satisfaction and learning sake. The rewrite took me about half as long as it took me to write Math Ninja the first time, so was quite time intensive. So was it worth it?

In this case, definitely. I think it was worth it for the following reasons:

  • In general, the game rested on a much firmer foundation, making it much easier to add new features.
  • During the rewrite, I refactored the level design logic out into an easy configuration file, which was made the game design much easier (more below).
  • During the rewrite, I put more thought into how to store and save game state, which made loading and saving much easier.
  • During the rewrite, I put more thought into game performance, making the app more responsive.
  • And perhaps most importantly, I was personally much happier with the results and can be proud of it (instead of feeling slightly guilty!) :]

I think my key takeaway from this is when you are learning a new library or way of constructing software, the first time through you’re going to make a ton of mistakes. You can refactor along the way, but with games you are constantly changing things until you figure out what is fun.

So it’s very difficult to maintain the pace of constant refactoring (for cleanliness) with constant refactoring (for fun), while at the same time learning a new library (at least for me). So rewriting let me get additional development speed during the “prototype” phase in tradeoff for additional development time later (to rewrite).

In the future, I think it would be even more useful to make a prototype in a language more suited for rapid development (such as perhaps Flash or Cocos2d Python) to get the game design elements worked out, then switch over to Cocos2D-iPhone when the game design look solid/fun.

2. Make Game Design Easy As Possible

The first time I wrote Math Ninja, the game design was literally hard-coded into my game. To change the health of monsters required changing a number in the constructor of the Monster class. To change the monsters that spawned in a level required writing some code in a function. And so on for weapons, story elements, etc.

It wasn’t hard to tweak these settings, but the amount of switching between files/lines of code necessary to effect a change added up – and subconciously, made me not want to change certain game design elements out of laziness.

This is a bad thing. In order to feel complete freedom to change the game design elements such as monster stats, level spawns, etc., editing those needs to be as easy as possible.

So in the rewrite, I pulled all of the definitions for monsters, levels, story, etc. out into an easily tweakable XML file. I started to build a WPF editor for the XML file, but then I realized that editing the XML by hand was much easier and faster than any editor could be and just stuck with the XML.

Of all the changes I made, making the game design aspects so easy to tweak was probably the most important. Here’s why:

  • Since changing game design aspects was so easy, I felt free to make any changes required to make the game more fun/balanced.
  • Testing was much easier. I could easily create levels to spawn certain monsters or combinations I was working on.
  • There was a clean separation between game design aspects and programming aspects. This helped me mentally get in the right “state of mind” for each task – which feel very different for me!

3. However, Game Design Is Still Hard

The other thing I learned was no matter how easy you make it to tweak your game design, coming up with a good design is still incredibly hard and time consuming work.

I don’t even know how many times I changed the effects, damage, and upgrade paths of the various weapons in the game, or played each level in various difficulties with varioius weapon choices.

At first I felt strangely guilty even spending all this time on game design. To me as a programmer, spending so much time on the game design felt like “playing” or “goofing off” when I really should be coding :]

But then I realized that logically, getting the game design right was probably the most important aspect – after all, that is what makes the game fun – so was worth the time.

I realize I still have a lot to learn from game design. I think experienced game designers use a lot more math and spreadsheets than I did, calculating average DPS, max damage possible per time frame, etc. to figure out the right damage for weapons/upgrades/etc.

Being a beginner, the only way I knew how to do it was by iterating, iterating, iterating until something good came out. It worked (at least I hope so) – but just took a lot more time and hair pulling!

4. Yes, You Need Testers!

Toward the end of wrapping up the game, my wife and I were pretty happy with the result, to the point where we started saying stuff like “Meh, we don’t need testers, our game is awesome, what could possibly go wrong?!”

Little did we know.

Luckily we enlisted the help of some friends and family (including my three awesome cousins Drew, Blair, and Ry) with wide age ranges and skill levels, and had them try out the game. And they discovered bugs – lots of them – that would have been embarassing to have shipped with!

Not only that, but they gave us a lot of great ideas too!

So lesson learned – no matter how good you think your app/game is, get some testers. You won’t regret it! :]

5. The Last 10% Is The Hardest

Back before I started on this game, I remember a friend of mine telling me how with the game he was working on, the last 10% was the hardest.

He was definitely right about that!

I found estimating the amount of time it would take to make Math Ninja extremely difficult. I feel like I’m pretty good at estimating how long it will take me to make applications, but for games it’s a completely different story.

I think the difficulty resides in the fact that a game is never really done. There’s always one more feature you could add, one more level you could include, or one more visual effect you could have to make things that much better.

So how do you know how long you’ll need to get it done? To me, that is an open question. I honestly had no idea, so just worked on it until I was happy for it, even though there are a bucket of features I could have potentially added.

But just getting to that point where it was ready to submit was definitely the hardest part. There were many times I was convinced it was “almost done”, and then found myself still working on it a week later!

Not to mention as the project dragged on, the more and more I wanted to “just be finished” and the more tired I was of working on the project. But yet it wasn’t quite ready and needed more polish, so there were many days of mentally forcing myself to finish up the remaining work to get it out the door.

So to make a game you need stamina to see it through – and you need to realize that no matter how much work you think it will be, it will probably be a lot more :]

Promo Codes!

If you’re interested in a promo code, I’ll give them out to the first 5 people to comment on this post. Just leave a comment with a valid email address and I’ll send one to you!

What Have You Learned?

Making my first iPhone game was one of the most fun and rewarding experiences I’ve ever had. I’m extremely happy with how it turned out and had such a great time developing it, and I feel like it taught me a lot of lessons along the way.

I’m really interested to hear others experiences developing games, and any useful lessons you may have learned. Please share below! :]

Ray Wenderlich

Ray is an indie software developer currently focusing on iPhone and iPad development, and the administrator of this site. He’s the founder of a small iPhone development studio called Razeware, and is passionate both about making apps and teaching others the techniques to make them.

When Ray’s not programming, he’s probably playing video games, role playing games, or board games.

User Comments

8 Comments

  • I am from non techno background..but I love games ps3, I-phone etc. I thought why not make a game n make my dream come true :D . But I'm not a coder..so how do i do it :D..your blog came to rescue me ..I loved your tutorial so much that I bought i-phone dev license recently [3days ago] and I'm so excited, finally i can make games :D..I know its not easy but the way u explain everything saves ppl a lot of time and make them believe ..ya they can do it too :P..[at least for me ] ..anyways enough of me ramblings .. I would like know ..what should I use to make cool looking shiny cute sprites and what should be used to animate them .. AI, AF .?

    Hope math ninja rocks the world and thanks for all the hardwork u have been doing for us.. :D

    [not an English speaker]

    --Shovan
    Amon
  • @Amon: Thanks for the very kind words, this makes me quite happy to hear :] Anyone definitely can do it, with enough patience and hard work! :]

    To make art for your games, the best tools hands down are all of the Adobe products - Photoshop, Illustrator mainly for most games.

    But of course to be able to use them well, you need artistic skill (which I lack, as do many other programmers!) So for most of us, someone else does the art. Some people hire artists, personally I'm lucky enough to have an artist as a wife who does most of the art for our apps :]

    Good luck with your apps/games and stay in touch!
    rwenderlich
  • How does Inkscape compare to the Adobe products?

    Cheers,

    Steve
    smac
  • I have to mention Pixelmator as an alternative to Photoshop. I'm no experts but there are experts in the office who say it's a long way towards doing everything Photoshop can do, and big improvements are expected with Pixelmator 2 imminent. It uses the same commands too so if you are a Photoshop user you can easily try it. And it's a sensible price - $74.99 on the Mac app store.
    aeberbach
  • IMHO the Adobe products are still the best hands-down though (plus the industry standard) if you can afford it :]
    rwenderlich
  • I have just done my first game and I feel exactly the same, espeically the rewrite part, haha, wish I had seen this post earlier to plan ahead. :)
    flamex
  • I have a game waiting for review. Near the end I was having trouble deciding which features to Save for 1.1. Some of them got included anyway because an iAd issue caused rejection, so I ended up submitting an extra weeks worth of features. Didn't need to much rewrite though (but I was only using UIKit and all that easy stuff).
    DeveloperRNM
  • This post is old but I just finished reading it(as I've recently started to really get into it). But this gave me like "the teachers" point of view hahaha

    Thanks for all this information man, you guys have been helping me a lot!

    Cheers!
    GumbiRo

Other Items of Interest

Ray's Monthly Newsletter

Sign up to receive a monthly newsletter with my favorite dev links, and receive a free epic-length tutorial as a bonus!

Advertise with Us!

Hang Out With Us!

Every month, we have a free live Tech Talk - come hang out with us!


Coming up in May: Procedural Level Generation in Games with Kim Pedersen.

Sign Up - May

Coming up in June: WWDC Keynote - Podcasters React! with the podcasting team.

Sign Up - June

Vote For Our Next Book!

Help us choose the topic for our next book we write! (Choose up to three topics.)

    Loading ... Loading ...

Our Books

Our Team

Tutorial Team

  • Kirill Muzykov

... 55 total!

Editorial Team

  • Alexis Gallagher

... 21 total!

Code Team

  • Orta Therox

... 1 total!

Translation Team

  • Dave Harry

... 38 total!

Subject Matter Experts

  • Richard Casey

... 4 total!