Bookmark and Share      
Gama Network Presents:

How to Get Started in the Game Industry
By Ernest Adams
December 11, 1998

This page incorporates both parts of the original two-part column published on Gamasutra.

Part 1

There's a funny thing about computer games: a common reaction to playing them is to want to make them yourself. That's exactly how I felt playing my first computer game. Five minutes into it I thought to myself, "I have GOT to know how to make these!" I don't know of any other medium that creates that feeling so strongly. As a kid, I watched TV without wanting to make TV shows; I saw movies without wanting to make movies; I listened to music without wanting to make music. I did want to write books after having read books; but of course kids are always being encouraged to write creatively. Nobody encouraged me to make computer games. It was just something I knew I had to do.

I get a lot of letters from people wanting to break into the industry. Many of these people are high school or college-age, and are fascinated by computer games in exactly the same way I was. I always write back to them with advice and encouragement, but I've written the same letter so many times that I realized the best thing to do was to put it in a column that will live on the web. That way I can just point future correspondents to Gamasutra. By the way, one thing I'm not going to cover is how to start your own development or publishing business. That's the subject of a book, not a column. This is about how to get a job making games.

If You're in Elementary or Junior High School

Please don't worry too much about it right now. The best thing you can do for yourself is to get a solid education. If you concentrate your whole life on learning how to make computer games at this age, you'll end up good for only one thing, and by that time, you might not even want to do it any more. Now is the time to generalize, not to specialize.

However, there are a couple of things you can do to start yourself on the right road. Take algebra and geometry, and if your school offers classes in using or programming computers, take them too. Even if you don't want to become a programmer in the long run, it's very helpful to have a general understanding of what programmers do. If you get any chances to work with computer art programs or electronic music tools, take them as well. Get familiar and comfortable with computers. Learn to type well - if you can type fast and accurately, it will save you a lot of time in the future.

If You're in High School

The days when you didn't need a college degree to get a job in the game industry are about gone, I'm afraid. Some years ago it was possible to get a job purely on the strength of some programming you had done in high school, but now that companies are big enough to have Human Resources departments, entry-level résumés that come in without college degrees on them are likely to end up in the trash. Take the classes that you need to get into college - preferably a four-year college.

In addition, take any classes that seem as if they would be relevant. Art, programming, animation, creative writing, even photography or filmmaking are all skills that can come in handy. Remember, the game industry is an entertainment industry. Learn to use the tools of entertainment.

If You're in College

At this point you need to start thinking about what talents and skills you can bring to the computer game industry. What do you like? What are you good at? Can you draw, paint, program, write stories, or compose music? Now is the time to sharpen those skills, both by studying the masters of the past and by practicing yourself.

Although it sounds corny, I strongly suggest that you get a well-rounded liberal education. Bruce Sterling, the science fiction author, once said that well-rounded people were smooth and dull and it was better to be a thoroughly spiky person who stuck in people's throats like a pufferfish. This is good advice to an independent artist, but it isn't good advice to somebody who's looking for a job. Most people don't want to be programmers or artists all their lives - the stress eventually burns them out (as it did me). To move on to game production and design, you need to be a well-educated individual who has something to offer her company besides programming or art skills. Be sure to take some anthropology, history, and literature classes. The Star Wars saga didn't suddenly jump into George Lucas' mind; it came about - and was so successful - because he understood the power of mythic themes: the heroic young man on a journey to confront his hidden past. Lucas had that understanding because his education went beyond just using a camera and editing film.

Study The Games!

Regardless of what age you are, you should play as many computer games as you can afford. Form a collective with your friends to buy them and swap them around. Play different kinds: graphic adventures, shooters, military simulations, sports games, puzzle games, kids' games, "games for girls," and so on. Don't just play them for fun, think about them seriously and look at how they work. Most games have an internal economy - some value changes over time, and without it, you lose (or die). In Monopoly, for example, it's money. In a game like Doom, it's ammunition, armor points, and hit points. How do resources flow into the game? How do they flow out? How much is luck and how much is skill? How is the game balanced? If they have "easy" and "hard" modes, play them in both and take careful note of what things are changed.

Also, look at the user interfaces: the way the keyboard, mouse, and joystick are used; the way the screen is laid out; the progression of menus. Are they logical and convenient? Do you find yourself wishing for a special key or button that the game doesn't supply? What is the "camera's" perspective: first person, like Doom or Quake? Observer from behind, like in Tomb Raider? A freely-moving aerial perspective, as in Dungeon Keeper? An isometric perspective as in Starcraft? Can you change camera angles (as in Madden NFL Football) and if so, how does the game's playability change when you do? All these things go into the analysis of a game's design.

There's No Such Thing As A Game Designer

OK, that's an overstatement. But with one or two extremely rare exceptions, there's no such thing as a full-time game designer. [Author's note: This was true as of 1998 when this column was written. As games have gotten larger and more complex, they have begun to need full-time game designers.] Trip Hawkins, the founder of Electronic Arts and 3DO, used to say that there would never be a job titled "game designer" as his company, because everyone on the project contributed to the design of a game, and it was unfair to give one person all the credit (or the most enjoyable work).

There's another, more practical reason for this. The initial design of a game normally takes from one to three months, depending on its size and complexity. During the rest of the production cycle there are always more design decisions to be made, but not enough to devote one person to it full time. Usually the game's designer starts doing other administrative or production work once development gets under way. A company can't afford to have a person on the payroll who does nothing but design all year round.

The rare exception is someone like Sid Meier, who's so famous as a designer that he gets his name on the front of the box. But Sid has been around a long time, his games are phenomenally successful, and he has more than paid his dues. Don't think you're going to get an entry-level position in the industry as a game designer. Unless you start your own company - and can afford to pay yourself to do nothing but design - it's just not going to happen.

Game Testing Isn't As Much Fun As You Think

Game testing sounds like one of those dream jobs, like being a chauffeur for a guy who owns a Porsche (and, inexplicably, doesn't want to drive it himself). Getting paid to play games! Who could ask for anything better?

Unfortunately, testing games for bugs isn't much like playing games for fun. When you test a game, you have to test every single feature in every possible combination (or at least, as many as you reasonably can). You can't play competitively; you can't play to win; you have to play according to a test plan which tells you what to do. Hour after hour, day after day, for weeks and weeks and weeks. Testing a game is like eating nothing but hot fudge sundaes, all day, every day. You may like them at the beginning, but you'll probably hate them at the end.

If you're testing a simulation of a real-life game, you also have to test every conceivable condition to make sure it matches what the real game does. In a football game, on a kickoff, what happens if the ball goes out of bounds? What happens if it rolls out of the end zone? If it's touched by the kicking team first? If it's touched by the receiving team? If they call for a fair catch? If they call for a fair catch and drop it? If they call for a fair catch and the receiver gets hit by a defender? The possibilities are nearly endless.

The job takes a lot of patience and self-discipline. It also takes a keen eye for observation. You need to be aware of exactly what you were doing at the time a bug occurred, and to have the verbal skill to describe it clearly and accurately. Not everybody can do this. You have to be more than a gamer; you have to be a gamer who can read a programmer's mind, a programmer that you'll probably never meet.

A lot of high school students wonder if it's possible to get a job testing during the summer. In my experience this doesn't happen very often. Most of the interns I've met have been college-age. I don't know whether it's a maturity thing, or it has to do with child labor laws, or what, but I think it's unlikely.

Part 2

This part addresses "great ideas" and the two main paths in to game development. However, I want to start by covering something that I left out last week, which is…

If You Already Have a Job in Another Industry

The good news is, yes, it is possible to get a job in the game business after having worked in another industry, and I'm living proof. Before I came to game development, I worked for seven years in computer-aided engineering, writing software that lays out chips on silicon. I knew that someday I wanted to work on games, but I didn't want to do it on the small machines that were available at the time. When the 80386 and the VGA card came around, I figured the time was right, and that was when I made the switch.

Here's how I did it: I wrote a short, punchy cover letter with bulleted items that explained how working in the CAE industry had taught me software engineering discipline and teamwork skills that had hitherto been rare in the game industry; and that experience programming on a deadline, even in the wrong field, was still valuable. I also brought in a small demo of a game I had written for the Kaypro (!) and ported to the PC. To his everlasting credit, Rob Fulop, the founder of p.f. Magic, gave me a job programming the PC for an America On-Line game (back when it was still called PC-Link), and I didn't even have to take a pay cut to do it.

The bad news is that it's probably more difficult now. At the time, the game industry knew almost nothing about software engineering discipline; it was still one step above the "basement hacker" level. Nowadays team programming is the norm, and revision management, once sneered at by bare-metal coders, is accepted as a standard practice. Coming from a grown-up engineering community, I was bringing something the game industry didn't have at the time, and you won't have that advantage. But you may have others. Think carefully about the work you have been doing and how your experience might apply to game development.

Fortunately, it's no longer so vital that you be able to program the hardware directly. When I came in, people who could hack the VGA registers and write modem protocols were at a premium, but now such things are taken care of by system libraries. To the extent that you no longer have to be so close to the machine, it's easier than it was. I still think experience in hardware programming is extremely valuable, especially if you're going to program the console machines.

On the subject of pay, the news is worse. Programmer salaries, like everything else, are governed by the law of supply and demand. There are so many people anxious to get into game development that the salaries are depressed by comparison with other industries. An experienced programmer can expect to take a pay cut of from 10 to 25%. You might get lucky - I did - but be prepared for a shock. Incidentally, be wary of suggestions that you work for free in exchange for royalties. Start-ups are chronically short of cash, so this method is appealing to them, but I wouldn't take such an offer unless I knew the people personally and was a partner in the company. I can't even begin to list all the ways you can lose out here - they range from the game simply never shipping to outright fraud.

One thing I can't offer much advice about is coming in with art or music skills from other industries. I know it's possible, because I've met an experienced animator in the business who used to be in Hollywood, but I don't really know how she made the transition.

If You Have A Great Idea

A lot of people write to me to say that they have a great idea for a game, but they're reluctant to tell me about it for fear that I might steal it and make a fortune that's rightfully theirs. They want to know how to get started without actually revealing the idea. I'm sorry to burst anyone's balloon here, but great ideas are a dime a dozen. The chance that you have an idea that no one else has had is vanishingly small, especially given that there are now tens of thousands of people in the industry.

A game company is not going to give you a development contract on the basis of a great idea. What a game company wants to know is: can you build it and make it great, on time and under budget? What actually counts is not the idea, but the execution. As Thomas Edison said, "Genius is 1% inspiration and 99% perspiration." He didn't just sit down and invent the light bulb; he ran electricity through every single material he could get his hands on until he found one that worked - and even then he didn't really get it right, since he stopped with carbonized cotton thread. It was another guy named Coolidge who invented the modern tungsten filament bulb.

Of course everybody knows about consumer fads that have made their inventors millions - pet rocks, mood rings, Rubik's cubes, and that kind of thing. However, such fads don't happen in computer gaming. I can't name a single game that people went crazy for in the same way they did for Rubik's cubes. Part of the reason is cost; people are a lot less crazy about shelling out fifty dollars than they are about shelling out five. And in any case, counting on starting a fad is like counting on winning the lottery. For every lottery winner there are thousands of lottery losers. For every Rubik's cube there are thousands of little gizmos that lived their day and died.

I've got a great idea that I've been telling people about for years: make a game about horses, and you'll sell a million of them to little girls. Now Mattel has finally gone and done it with Barbie Riding Club and they're going to make a mint. I don't feel bitter about this, first because I'm sure they didn't "steal" my idea - it's a pretty obvious one when you think about it - and second, there's no reason I can't make a game about horses too. Maybe mine will be better than theirs and sell more. This is an entertainment business, not a technology business. Great ideas are the cornerstone of companies like Du Pont and Dow Chemical, where research and patents are essential to their success, but in interactive entertainment, anybody can make a game about anything - what matters is making the game good.

Getting A Job

There are two very different ways to get a job making computer games, and each has its own pluses and minuses. There are other ways into the industry as well (sales, marketing, law, accounting, and so on), but they don't have much to do with actually constructing the games, so I'm not going to cover them here. The two ways in are developing and producing. I'll look at them both in turn.

Getting Into Development

The first and most straightforward way in is to develop a talent or skill that the industry needs, and sell it to them. There's a long list of these: computer programming, 2D and 3D art, sound engineering, music composition, creative writing, videography. Many of them have subdisciplines: 3D programming, sound programming, AI programming, user interface programming. These are the fundamental crafts that are required to build computer games, and this is what most people think of when they say "game developer": someone who actually makes and assembles the pieces of the game.

The advantage of this kind of job is that it gets you directly into building games, and it pays well right from the start, especially if you're good at it. Companies are always on the lookout for skilled artisans who really know their trade. Most of the different skills are taught in courses at colleges, and there are even starting to be courses specifically about game development. In general there are two kinds of companies to work for: publishers which have an in-house development group, and development companies which sell their work to a publisher.

The disadvantage of this kind of job, at least in a publishing company, is that it has a glass ceiling - it's hard to get promoted beyond a certain level. There are two reasons for this. First, if you're excellent artistically or technically, a company is going to want you to continue to do whatever it is you're doing. If they promote you into a management position, you won't have time to do the thing you're best at, the thing they appreciate you the most for. Unless you can demonstrate to them that you're a better manager than you are a programmer, they'll keep you doing programming. Growing publishers almost always hire their middle management from outside, rather than promoting their creative talent.

The second reason developing within a publishing company has a glass ceiling is that the higher echelon jobs in a company are fundamentally about money. To rise in a company, you have to have something to do with money, because making money is the company's primary purpose. In addition, it's best to be on the side of the people who bring the dollars in (sales and marketing) rather than on the side of the people who spend them (product development). Sales people are the heroes who "make the numbers," "make the quarter" and so on. Product development people are the ones who miss deadlines, blow their budgets, and constantly demand expensive new equipment. While there may be engineers at the top of engineering companies, there won't be many at the top of mass-market consumer product companies, which is the business we're in.

This isn't necessarily true at game development as opposed to game publishing companies. A development company is in the engineering business. Its customer is a publisher, not the retail consumer. It's not uncommon for an expert programmer to be a senior partner in a game development company. However, development companies aren't very stable. They live hand-to-mouth on their development contracts, and if they can't get a new contract when the old one is done, they fade away. This may not matter if you're just getting started, but if you have two kids and a mortgage, you might prefer working as an in-house developer at a publishing company.

Getting Into Production

The second way in to the game industry is as an expert gamer. These are people who love computer games passionately, who live for them, who like nothing better in the world than playing them and being around them and talking about them. Gamers often get jobs as summer interns at publishing companies, doing testing. If they're solid and competent, they might get hired full-time as testers, or if they have a lot of patience and good explaining skills, as customer service people. From there they can work their way up to quality assurance (not the same as regular testing, these are people who make the very last tests before a product goes out the door), then assistant producer, associate producer, and full producer. Producers oversee everything about making a computer game. They negotiate a deal with the developer; they're responsible for the budget and schedule; they work with sales and marketing to figure out how to make the game sell well; they work with the legal department on licensing issues, and so on. Producers don't actually work with the art or the code or the music, but they guide its overall direction. Assistant and associate producers often design missions or levels, and they help out in a thousand other ways, depending on the needs of the project at the moment.

Producers require a lot of different skills, the most important of which is an extremely subtle one called "product sense." Product sense is an ability to tell when a game is going to be fun and when it isn't, and more importantly, to know what's needed to fix it if it isn't fun. This might seem easy, but after you've played a game a few hundred times during development - most of the time with buggy, half-finished code - it takes nice judgment to know whether it's still on track or not.

This way into the business has the advantage that there isn't a glass ceiling - or if there is, it's a lot higher than the one for developers. Since a full producer is involved with money - setting the development budget, working with sales forecasts - a successful producer can keep moving on up. A producer whose game is a hit may get promoted and start overseeing a whole line of similar products. From there he might head an entire studio, with multiple producers working for him, and so on.

The downside of this way into the business is that there's a long period of low-paid donkey-work at the beginning. Testers, customer service reps, and assistant producers do a lot of boring, repetitive work. It's vital to making good games, but it isn't very glamorous. All that experience is part of developing the "product sense" to become a good producer.

Finally, I should add that it is possible to move from the "development" ladder to the "production" ladder, because that's what I did. After eleven years as a software engineer (four of them in the game industry), I stopped programming and became an audio/video producer, and I have been doing that for the last five years.


This, from my experience, is how games get built, and how people get into the business of building them. If you want a job making games, this is how you get one, and most of the rules are the same as for any industry. Finding a job is a job; perseverance is essential. Study the games. Read the news. Research companies you're interested in. Follow up every letter with a phone call. Be polite. Spell things correctly. Don't be arrogant or flippant. Take yourself, and your work, seriously. Attend industry functions, as many of them as you can afford, and especially, especially, the Game Developers' Conference, whose job fair is second to none in the game business. That may sound like a blatant plug, but don't dismiss it: the GDC is unparalleled as a way to meet game developers and learn about the industry.

This column may at times have seemed a bit cynical, at least to those of you who haven't worked in the game business before. I don't mean it to be cynical at all; it's just how the industry functions. People who are good at schmoozing and glad-handing get to be President of the United States; people who win Nobel prizes don't. It may seem unfair, but the country probably runs better that way.

I'll end with one more hard truth: almost nobody gets to make exactly the game they want to make. That's because games made for sale aren't made by single individuals; they're collaborations, and collaboration means compromise. The developer compromises with the producer, and the producer compromises with the marketing and sales departments. The only people who can make exactly the game they want are those who build them themselves, without worrying about whether or not anyone will want to buy them. It's wonderful if you can do it, and I think we need more of that kind of independent development, but it's not the same as having a paying job at a successful company.

If after all this you're still in love with the idea, then go to it and good luck!