Advertisement

Teaching Game Design

Started by June 30, 2002 08:26 AM
29 comments, last by superpig 22 years, 8 months ago
Right.

As I think I stated, I''m working to a time limit (2 hours if I''m lucky - you try getting 10-year-olds to sit still for any length of time ), so I can''t do much. I guess I really want to get them interested.

I see what you''re saying about it limiting their creativity. But isn''t there more of a risk, if I just let them roam free, that they''ll come back and say something like ''We want Quake, but with dinosaurs,'' rather than actually doing any real design work...

AP (the last one): you sure you''re not confusing design with implementation? I''m not going to a level where they''d have to deal with algorithms or code - it''ll be more the sort of level this forum reaches on a day when everyone feels apathetic.

chronos: I agree that they should be learning to design from scratch; however, as I said, my time limit prevents me from doing it properly. If I want to get them hooked, it needs to finish with them having completed something (which, hopefully, I can implement *gulp* so I don''t really want them coming up with too many curve balls ).

Superpig
- saving pigs from untimely fates
- sleeps in a ham-mock at www.thebinaryrefinery.cjb.net

Richard "Superpig" Fine - saving pigs from untimely fates - Microsoft DirectX MVP 2006/2007/2008/2009
"Shaders are not meant to do everything. Of course you can try to use it for everything, but it's like playing football using cabbage." - MickeyMouse

Well I just finished a session of teaching game programming to high school age kids at DigiPen. (I''m 19 and a Junior, so using the term kids lightly :/ )

We tried teaching some basic programming right off the bad and noticed that our class got bored quite quickly. The trick was to keep making progress on something visible the students could see. Of course this means that your skimming over the basics at first, but that''s better then them not paying attention at all.

You also have to take into consideration that at most 1 of your students will be going into the game industry in the future. Your not neccessairly teaching to a class of people that are enthusiastic about making games, but would rather just come up with ideas for them (*cough* not that that happens here *cough*).

Instead of cloning an already popular game, we chose to make a very simple one of our own. You have to remember that the generation your teaching did not grow up with Space Invaders, Pac Man, and Galaga, but with Gran Turismo, Resident Evil, Mario 64, and other Playstation/N64/Saturn era games. We made a small game called cat and mouse where you play as a mouse trying to escape a cat that is constantly chasing you. We told them how to do the basics, and guided them step by step. We had them to do the graphics on their own and the gameplay code. Instead of spending days teaching them programming and having them each build their own engine, we had directx already handled via our IDE (FUN), and provided them with hundreds of game specific functions that did most of the dirty work. Even though all their games were pretty much the same, they looked different and seemed different to each of them. After they finished that, they were allowed to design and make a unique game for the last week of the session.

You should consider writing a very easy to use game engine and have them fill in the easy parts, and do their own graphics. Most likely they are not going to understand the programming after your session is done, so its best to let them have something they can say "they made" and give them the motivation to pursue development on their own afterwards.

This strategy worked pretty well for us. My class'' age was higher then yours, but the strategy to use is pretty similar. Don''t make the kids write the engine, just let them do the fun stuff. This is coming from a guy who thinks theres little (always exceptions) place for a "designer" with no applicable development skills :/

>> Oluseyi: More correctly, design is much more important than programming. And while we''re at it, computer science has very little to do with computers.

Preach on brother.



- Kevin "BaShildy" King
Game Programmer: DigiPen
www.mpogd.com
- Kevin "BaShildy" KingGame Programmer: DigiPenwww.mpogd.com
Advertisement
quote:
Original post by Anonymous Poster
I also agree with chronos that you need to eventually teach them how to brainstorm an original game. (snip)

Try having them anaylize more than one type of game. First person, third person, puzzles, action, roleplay, etc... Then have them ''tear down'' and rebuild your pac-man games.



I don''t see the point of spending a lot of time on game design theory. They really can''t apply anything until they make a game. Maybe if the class manages to finish a game (read previous post), this could be important. Their ideas on what should be in games will not work because they are game players and not developers. They will better understand the concept part of the game after they have completed a cookie-cutter game and realize the work that goes into it. Otherwise your doomed to a class full of raised hands saying that there should be more swords in Final Fantasy, more/better cars in racing games, and even more crazier power-up ideas this side of Japan.

The parents will also think that the class is a waste of time if they come back with nothing physical to show for their work. Have them come back with a character moving across the screen and doing something when you press a button and the parents will be proud, and the kids interest may be sparked enough to continue in this wonderful industry.



- Kevin "BaShildy" King
Game Programmer: DigiPen
www.mpogd.com
- Kevin "BaShildy" KingGame Programmer: DigiPenwww.mpogd.com
Sadly, while I agree that the best way to show them how much effort goes into a game is to get them to make some themselves, it''s not an option.
While you''re right that they didn''t grow up with games like Tetris or Pacman (and I did? gosh!), they still recognise them. Part of what makes such games ''classics'' is the fact that they still have a fairly strong fan-base. My brother, who may well be in the audience (if he has the time), still plays old games such as Pacman or Brick Bash fairly regularly. I don''t think I''ve influenced him to it much... While they might moan "aww, Pacman?" to start with, I''m pretty sure that once they sit down and try and find ways of improving it, they''ll wake up a little.

quote:
Original post by BaShildy
They really can''t apply anything until they make a game. Maybe if the class manages to finish a game (read previous post), this could be important.


Well, I''m hoping to implement the game for them. Ultimately I''m not trying to get the creation of a game as I am trying to build their skills in creative thought and analysis of games.

quote:
Their ideas on what should be in games will not work because they are game players and not developers.

WHOA! Back up there! Are you saying that developers are the only people who can design games properly? Given that those ''game players'' are our audience, surely they know what they want and can therefore ask for it?
However, yes, they do have a tendency to ask for too much. I''ll have power of veto over what goes into the ''final design,'' but many of the best ideas are both simple and easy to implement. Sure, if they want me to convert Pacman to a 3D realtime MMOG, I''ll hesitate (to say the least ), but adding things like a countdown timer or different maze layouts wouldn''t be a problem.
That''s why I''m giving them Pacman rather than a blank sheet; Pacman is a fairly simple base, so they *can''t* make it too complicated.

quote:
They will better understand the concept part of the game after they have completed a cookie-cutter game and realize the work that goes into it. Otherwise your doomed to a class full of raised hands saying that there should be more swords in Final Fantasy, more/better cars in racing games, and even more crazier power-up ideas this side of Japan.


Agreed.

quote:

The parents will also think that the class is a waste of time if they come back with nothing physical to show for their work. Have them come back with a character moving across the screen and doing something when you press a button and the parents will be proud, and the kids interest may be sparked enough to continue in this wonderful industry.


Well, no-one''s paying for the talk (I''m just trying to get people interested), so if they do waste an hour or so, it''s no biggie. I hope to send the kids away with a design document; at the very least, with ideas. I''m sure the parents won''t mind as long as their kids are having fun.

BaShildy, I have a feeling you didn''t read the rest of this thread properly I still value your input, as I do hope that some of the more enthusiastic among them will want to get involved (and perhaps work with/for me), and so will probably be teaching them some programming at some point (perhaps in my gap year).

Unless anyone has anything more to say, I thank you all for your suggestions; I''ll let everyone know how it went.

Superpig
- saving pigs from untimely fates
- sleeps in a ham-mock at www.thebinaryrefinery.cjb.net

Richard "Superpig" Fine - saving pigs from untimely fates - Microsoft DirectX MVP 2006/2007/2008/2009
"Shaders are not meant to do everything. Of course you can try to use it for everything, but it's like playing football using cabbage." - MickeyMouse

Is this a class or just a one-time lecture? If its just a one-time lecture, then yeah I misunderstood.

- Kevin "BaShildy" King
Game Programmer: DigiPen
www.mpogd.com
- Kevin "BaShildy" KingGame Programmer: DigiPenwww.mpogd.com
quote:
Original post by BaShildy
Is this a class or just a one-time lecture? If its just a one-time lecture, then yeah I misunderstood.


It''s a one-time lecture, with the possibility of follow-up one-time lectures. :D



Superpig
- saving pigs from untimely fates
- sleeps in a ham-mock at www.thebinaryrefinery.cjb.net

Richard "Superpig" Fine - saving pigs from untimely fates - Microsoft DirectX MVP 2006/2007/2008/2009
"Shaders are not meant to do everything. Of course you can try to use it for everything, but it's like playing football using cabbage." - MickeyMouse

Advertisement
quote:
Their ideas on what should be in games will not work because they are game players and not developers.
--
WHOA! Back up there! Are you saying that developers are the only people who can design games properly? Given that those ''game players'' are our audience, surely they know what they want and can therefore ask for it?




Yes I am. This can be applied to the movie industry as well. Many of the audience if asked what do they want in a movie would end up being less thought out and not as enjoyable as if the people making the movie just "did their own thingTM". The audience does know some things that they want, and developers should always listen to their audience for feedback.

As a reference to the audience not understanding what they want, check out a game review site like IGN and read their forums for a few minutes. Every once in awhile some forum goer will come up with a GREAT GAME IDEA that would not make a good game. Most of these ideas suffer from ENG syndrom (Epic newbie game), and are made by people that don''t understand the process of design. I''m a big community guy, so I think developers should always listen to their criticism and use suggestions given to them. But I also believe you can not fully think through game design, until you have actually developed a game.

There is a healthy population of people on this particular forum that believe they are a fully fledged designer based on the amount of games they''ve played and "studied." I believe this is hogwash. I''ve always believed you learn best by doing, and not studying. Others believe different, and are entitled to it. That''s mainly why I''m at DigiPen instead of a 4-year university. I learn by doing, but guidance is essential for long-term growth. You can''t go down just 1 path and know everything.

I also think that game concept design is highly overrated and not very important in the quality of the game once finished. As soon as I hear someone talk about their epic vision, i start to snicker because I know that from concept to gold, that the game never fully resembles what it was in the concept stage. You stick to what is fun in your game, and you evolve the design as you figure out what works and what sucks. That''s why I believe non-artistic or non-technical designers are not that important to the team (this does not in anyway refer to writers). The real design happens through the tweaking and restructuring of the game during the development cycle, and not the 1000 page document explaining the vision at the beginning.

Documentation is by all means damned important, but its also not set in stone. It should evolve as the game does, and be up to date as much as possible. This goes for the concepts as well as the technical side. The only people who can really do the evolution part are the people who are responsible for the development of the product. Only they can tweak in real-time and see the little problems that stand out. A guy who just comes up with "designs" on paper could never have that kind of control as a designer/artist or a designer/programmer.

Oh well, reply became uber-rant. Sorry for going away from your original topic.






- Kevin "BaShildy" King
Game Programmer: DigiPen
www.mpogd.com
- Kevin "BaShildy" KingGame Programmer: DigiPenwww.mpogd.com
quote:

Bashildy
Their ideas on what should be in games will not work because they are game players and not developers.

superpig
WHOA! Back up there! Are you saying that developers are the only people who can design games properly? Given that those ''game players'' are our audience, surely they know what they want and can therefore ask for it?

No, I think he''s alluding to the fact that the average game player merely says things like "I want a game with graphics like Final Fansaty XXVI, and all sorts of cool bad guys, and bombs and guns and swords and..." We''ve seen the like from beginners too many times. By "developers" (and I believe he uses the term loosely), he means people who have deconstructed games and understand the fundamental building blocks, the intrinsic challenges, the limits of current feasibility - people who know what can be done, what can and should be improved, etc.

[offtopic]
quote:
Original post by Chronos
Computer science has very little to do with particular brands of computers, but consider how Donald Knuth''s insistence on using MIX/MMIX in his Art of Computer Programming books has much to do with the idea that computer science as the study of algorithms is not at all independent of the concept of a computer machine.

Emphasis mine. Theoretically, you could teach computer science on Babbage''s difference engine. The real point of that statement is a lament of how many young people go into computer science because they are "into computers". Computer Science has to do with computing; it''s basically applied math.
Oluseyi: I know, I just wasn''t sure, so I thought I''d budget for both possibilities.

BaShildy: I disagree with you over the importance of the design document - as a programmer, my rule of thumb is don''t get involved in a project that has no design document.
But aside from that I know what you mean. It''s a pity, really; I guess I still hold out some hope of the developers (i.e. the ''real deal'') being able to ''coach'' the public through the process; asking them questions to get out the relevant data, and so on.
I guess I did neglect the fact that most game developers play games too of course, as discussed in the lounge, we seem to see games differently...

Right, I think we can get back on topic now.

Superpig
- saving pigs from untimely fates
- sleeps in a ham-mock at www.thebinaryrefinery.cjb.net

Richard "Superpig" Fine - saving pigs from untimely fates - Microsoft DirectX MVP 2006/2007/2008/2009
"Shaders are not meant to do everything. Of course you can try to use it for everything, but it's like playing football using cabbage." - MickeyMouse

quote:
Original post by superpig
BaShildy: I disagree with you over the importance of the design document - as a programmer, my rule of thumb is don''t get involved in a project that has no design document.




No disagreement here. I also follow the same rule. I fully believe in having complete documentation before the coding starts. My point was that the game shifting away from the original "vision" is a good thing, and the documentation should stick with it. I''m against a designer who gets angry that the game is getting away from his vision, and supportive of a team who''s goal is to modify the game during development to make it as fun as possible.

quote:
Original post by superpig
But aside from that I know what you mean. It''s a pity, really; I guess I still hold out some hope of the developers (i.e. the ''real deal'') being able to ''coach'' the public through the process; asking them questions to get out the relevant data, and so on.



Again no disagreement here. When you get emails from gamers saying what your next project should be ( insert what Oluseyi said :/ ), they are useless for the most part because well as Oluseyi said:

quote:

...people who have deconstructed games and understand the fundamental building blocks, the intrinsic challenges, the limits of current feasibility - people who know what can be done, what can and should be improved, etc.



I believe you should be in constant communication with your audience, and find out what they dislike about your project, and change it if possible. If you don''t listen to them, they will go to the developer giving them what they want. And what they want is more important what you want IMHO.

quote:
Original post by superpig
I guess I did neglect the fact that most game developers play games too



Actually I''ve gotten back to playing games more regularly, schedule be damned! Last year was really rough on me, so I simply had to give up on playing games regularly. The day i stop liking games is the day I''m out of this industry


quote:
Original post by superpig
of course, as discussed in the lounge, we seem to see games differently...



I''m sorry, I don''t remember the discussion. Do you have a link? Hopefully what your refering to wasn''t during the end of my last project, in which I was exhausted and hated everything about games You gotta love the last few days before release.

quote:
Original post by superpig
Right, I think we can get back on topic now.



Oops :/



- Kevin "BaShildy" King
Game Programmer: DigiPen
www.mpogd.com
- Kevin "BaShildy" KingGame Programmer: DigiPenwww.mpogd.com

This topic is closed to new replies.

Advertisement