217: How To Start Building a Video Game. Part 7.

Take Up Code - Un pódcast de Take Up Code: build your own computer games, apps, and robotics with podcasts and live classes

Categorías:

Work on the toughest problems first. And if you can’t solve them, then find a way around. Remember to always keep sight of what’s important. And right now, that’s to finish your game. Don’t get sidetracked with problems. But don’t ignore them either. Listen to the full episode to learn how to identify problems early and some real examples to demonstrate how you can apply this advice to your project. You can also read the full transcript below. Transcript I remember a story that I heard a long time ago. I don’t remember the specifics anymore but it went something like this. There were three adventurers on a mission to deliver a message and they came across a strange wall in the middle of the forest that was blocking their path. There was a locked door in the wall. One of the adventurers, tried to pick the lock and gave up. The other one tried to smash the lock but it was too strong and also gave up. The last adventurer realized that the lock and even the door was not the problem and cut some small trees to make a ladder to go over the wall. Remember to always keep sight of what’s important. And right now, that’s to finish your game. Don’t get sidetracked with problems. But don’t ignore them either. My advice is to identify the big problems as soon as possible. And then either solve them or find a way around. Unlike the three adventurers, you have a secret weapon that you can use at any time. If you can’t solve the problem and the wall is too high to go over and too long to go around, you have the power to just make the wall disappear. Getting rid of part of your game might seem drastic, and it probably is. But it’s better to find out and make these types of decisions early. If you skip over something because it seems hard, that doesn’t make the problem go away. All it does is give you time to write more code that will depend on the missing piece. Then when you finally get around to working on it, you still have the same problem. Only now, you’ll be more committed and less able to change your design. You may find that you no longer have the secret weapon of just removing the wall because too much of your project now depends on its existence. By exploring these unknown parts early when they’re just ideas, you can try to solve them or work around them. In the story, this would be to either pick the lock or smash the door open. If you find a solution like this, then great. But if not, then try to find another way around the problem. This would be like jumping over the wall. And if that also doesn’t work out, then make the decision to remove that part of the game. How do you find these difficult areas early on? By going wide instead of deep. What I mean is that you should avoid working on some aspect of your game until it’s perfect before moving on to the next part. Instead, work on just the pieces you need to get something running from beginning to end. Then go back and revisit parts to make them each a little better. Let me make this a little clearer with an example. Let’s say that you start off with an opening and closing. I’m talking very basic. A title screen with the game name and a button to begin play. Follow that up with an empty screen that says “Action”. Even though there’s nothing really happening yet. That’s okay. Then provide some way to end the game. You’re done with this part and ready to move on. Maybe you decide to work on to the environment of your game next. What kind of setting will your game be in? Buildings? Outdoors? Get just enough of this working so that it exists. Maybe start out with a single room with a floor and four walls. That’s it. This part can replace the empty “Action” screen. Don’t add doors or tables or lamps yet. Okay maybe a single light if you really need one. Then move on to the controls. How will your character move around.

Visit the podcast's native language site