Archive for September 2010


Small Boat vs. Big Boat Game Design

September 6th, 2010 — 6:26pm

I find it odd that traditional game developers take a dim view of those who work on smaller platforms like mobile, handhelds and the web.  These games do tend to be simpler on the whole than their console and pc counterparts, and they lack the same level of production values.  Therefore, the argument goes, making a small game for a limited platform does not afford the developer the same quality job experience as working on a mainstream title.

I’m going to make the case it’s just the opposite.

I used to do a fair bit of sailing.  I even lived on a catamaran for about nine months.  One question that sometimes came up, if you needed crew for a longer trip, was what sort of experience you’d look for.  Sure, some open ocean experience was nice, and a guy who’d sailed everything from Olympic Solings to 65′ Swans was great.  But given a choice between someone with mostly big boat experience vs. someone with mostly small boat experience, which would be better?

Small boats are light and nimble.  They turn on a dime.  But they have fewer conveniences and tools to make them easier to sail.  They are extremely susceptible to the smallest variances in the water and wind, and every little change the crew makes — trim the sails, point slightly higher, whatever — can be felt instantly on a small boat.

Big boats are large and cumbersome.  They move and respond slowly.  As a result, they conceal many of the little changes going on around you.  If you haven’t already acquired a feel for the environment and how a boat behaves in it from sailing smaller vessels, the mistakes you make will be harder to recognize and resolve.

You can see where I’m headed with this.  Consoles and PCs have become large, bloated systems.  They have so many resources available that developers are spoiled.    Yes, more resources enable grander games and new play styles.  But there are so few limitations that developers don’t gain the necessary experience for recognizing and dealing with many problems that do arise.

Developers of mobile, handheld and web games are far more constrained.  Every little detail of these platforms matters, and resources are limited.   When we were making mobile games six years ago, we were trying to squeeze full NFL teams, rosters and playbooks onto devices with 100k-400k of RAM, 1 inch screens, keypads with 200ms latency to the OS, buggy JVMs, untested firmware updates,  and absent documentation.  Uphill in the snow both ways.

It wasn’t Madden, but it was far more challenging to produce a quality, fun experience on, say, a Motorola T720 than a PS3.  And the project’s developers learned far more about the fundamentals of game development because they were constantly made aware of, and forced to deal with, the limitations of the platform.

Comment »