every year, we get a lot of requeststo do sponsored shows and we end up turning the vast majority of them down. but every once in a while, somebody approaches us andsuggests something really interesting, like those punic wars episodes we did.
Android game development, it's usually something that,as soon as they pitch the idea, we all go, "wow, why didn't we think of that?" well, recently, the folks at unityasked us to do a series on creating your first game.
frankly, i'm actually shocked we haven'taddressed that before now, so time to fix that! the truth is, i have run into too many people who at some point decidedthat they wanted to make games. and they picked up an engine, and they started diving in and they quit before they ever finished their first game because the experience was just frustrating. it seemed like it was going nowhere. and i don't know if we can help, but
this team has quite a lot of collective game-making experience, so hopefully some of our advice here willhelp you avoid the common pitfalls. the first thing you're gonna wanna be careful about is scope. many, many people pick up a game engine dreaming of making the types of games they play. unfortunately, this often just is not possible. games like god of war or final fantasy are made by teams of at least 40 people, sometimes way more than 40 people
over the course of several years. even if you're just amazing and you throwyour whole life into creating your game, you're not gonna make a god of war or a final fantasy. not even close, and especially not on your first attempt. truth is, you're not even gonna create something like super mario bros. as your first game. you *may* create like, 1 level'sworth of super mari bros. but even that's kinda pushing it. your goal with your first game should be to get something built that you could actually play, even in the most rudimentary fashion,as soon as possible.
think of your first game as a learning exercise,not your master work. if you start with a huge project, you'll find thatyou don't even know where to begin and you'll get bogged down doing little bits and pieces that have no tangible result, and it will seem like you're notmaking any progress at all, and you'll hit roadblocks thatyou don't know how to overcome, simply to be left flailing for what to even work on next trust me, keep it simple. if your first attempt at making a game turns out to be a one room platformer with bad collision that you took three weeks to build,
be proud of that, because you built it.you actually got it done. you made a game. that's more than most people ever manage. so play it, and show it to your friends and don't worry when they don't understand it or are critical because they're still thinking in terms of the big budget games they're used to playing. *you* know how much work wentinto making that game, and more importantly, you know that next time you'll be able to do it even better and faster. soon, you'll be building games thatpeople are asking you to let them play.
second thing to keep in mind, (and, i know that this is gonna sound weird but)don't go into your first game with a specific idea. learn what you can do, and design around that. don't lock yourself into an idea andbeat your head against it for weeks or months. instead, learn a few tricks watch a few tutorials, then start working towards something you're pretty sure you can build. it's okay if there are still a few parts of ityou have no idea how to even start to do but make sure it's only a few parts when you're breaking your projects down and planning things out. which, of course, brings us to tutorials.
any major engine has tons of people who happily make tutorials about pretty much everything. go find them. watch them. study them. then, if you're stuck or if you can't findan answer to your question, just ask. you'd be shocked at how many people are happy to help you through things if you just post on a forum or throwyour thoughts onto the message boards. and don't be afraid of coding. lots of people say that they can't code, but if you design your game right, you would be shocked at how little coding youactually have to do to get something done. it's a small enough amount that any of you out there watching this right now *can* handle it.
again, just start small, keep it simple. you'll learn as you go, and here especially there are plenty of sites out there that'll help get you started. stackexchange is a fantastic placeto look if you have questions. which leads us nicely into one of the big ones: design your game around *your* skills. part of understanding your scope is understanding your resources and, in this case, *you* are your resources. are you a great artist but you've never coded in your life? in that case, have your game lean on your art skills while pushing you just enough on the codeside that you learn some new things.
are you somebody who can't draw or model or animate? that's alright. there are plenty of games out there that get away with what you'd call minimum graphics. accept that, and embrace it as part of your design. constraints force us to be creative. and if there's something you really just *have* to have, if there's some coding task or some piece of art that you game just can't live without but you just don't have the chops to do ityourself, go to the asset store. there is an amazing amount of stuff that you can get there for next to nothing. james just talked to a professional studio that picked up their entire voice chat code from the asset store
for less that it would've cost themall to go to the movies. james really wishes he had this sort of thing when he started out working in games. so take advantage of it. finally, don't give up. there is a lot of life that's gonna get in the way. most people start out doing this betweenjuggling a job or a full school schedule and it's very, very easy to let days and then weeks pass before you get back to working on your game. it's gonna be a struggle at first, no question. i wish i had more comforting words for you, but all i can say is that most things worth doing are a struggle. and if you stick with it,
maybe one day you'll have the option to make games *instead* of having to do all that other stuff. but that's it for the basics. i know that was all broad, basic stuffthat most of you probably already knew
but i think it is important to start there, because when you're deep in the process of making a game, it's often that real high level basic stuff that people forget. but, join us next episode for more of the practicalnuts-and-bolts of making your first game. see you next week!
