Game documents

Discuss game development design and post your game ideas

Post » Tue Dec 27, 2016 12:49 am

For those of you who like to use a game document for development, what process do you prefer?
I know some people like to sketch things out, and some take a literary approach like a rough outline or a todo list, etc.
Image ImageImage
B
172
S
50
G
182
Posts: 8,439
Reputation: 115,097

Post » Tue Dec 27, 2016 4:51 am

I like to make a basic game outline first. As things start to progress then I make changes to a new outline, but I keep the original outline in place so I can always go back to it if I want/need to. Depending on the type of game I will write out a sort of storyboard of what I want to happen, and when. For example, item 1 will be acquired in dungeon 1 after completing goal 1 etc. I am always open to changing these types of things as the game progresses, but I like to have everything planned out too. Next I'll put together another outline or list of the different systems that I need to develop for the game. For example, the game I'm making now has a loot / treasure system. I write down all the ideas for that and then as the mechanics come together, I'm inspired with new ideas or whatever I'll tweak it as necessary. I like to keep all of it written down because I tend to move back and forth from one system to another rather then work on one thing all week and get burnt out over it. This way it's easy to keep organized and remember what I've already implemented and what still needs added/tweaked etc... I usually add my to-do list for features along with the updated outline as well as a section for bugs that I find. I'll prioritize what I want to work on next, whether it's fixing a specific bug or working on a mechanic or what have you. I usually put everything all into one or two organized documents, which I am continually referring to throughout the day as I work.
B
62
S
20
G
56
Posts: 1,077
Reputation: 36,021

Post » Fri Dec 30, 2016 10:33 am

It's a process of taking a vague overall idea and breaking it down into overall components and what they would need, so when you get to actually programming you know what you are constructing, piece by piece.

Coding actually takes dozens of small actions to do just about anything. To coherently do those actions it's good to write down what task you are doing. In my documents I write things like 'Make 'Money' global' and such. Because there's a real difference between directing what is to be done and doing it - you have to act like a manager and then a worker. A document helps you sort out the manager orders to you when you are the worker.
B
52
S
15
G
4
Posts: 191
Reputation: 5,612

Post » Wed Jan 04, 2017 10:20 am

Before developing any game I prepare an outline that contains what kind of is this? What features it will have. name the character etc. Then I make complete procedure to go further.
B
3
Posts: 2
Reputation: 179


Return to Game Development, Design & Ideas

Who is online

Users browsing this forum: No registered users and 0 guests