0 Favourites

Game documents

  • 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.

  • Construct 3

    Buy Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Buy Now Construct 3 users don't see these ads
  • 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.

  • 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.

  • 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.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)
Similar Topics Posts Views Last Post
Unread sticky
763 305,662
asikanddestroy's avatar
asikanddestroy
Unread hot topic
232 177,676
Tetriser's avatar
Tetriser
Unread hot topic
266 15,903
GameeApp's avatar
GameeApp