Milestone 2 – My planning process


So, this entry will address my approach to planning.  Keep in mind, I’ve already planned this game once, coded and tested, and already have a deployment for this game.   So, I didn’t have to grind and iterate that much on the structure, systems… components… 

I take some time to try and state what I’m attempting to accomplish with this game.   Since I’m not necessarily making something to sell, there usually is some academic reasoning. 

<span class="NormalTextRun SCXW247547128 BCX0" <that="" should="" be="" a="" decent="" start…<="" span="">That should be a decent start…  now you’ll see eventually that some of that is not adhered to strictly, but in the moment, it provides me enough guiding principles to stick to.</span> 

I like to start drawing up mock “wireframes” of the game to at this point.  

 

This doesn’t have to be perfect, but it gives me ideas on how things should go.  Also, any state machines that I intend to use will be outlined here as well. 

<span class="NormalTextRun SCXW247547128 BCX0" <then="" i="" start="" highlighting="" important="" systems="" and="" mechanics="" that="" feel="" are="" to="" identify="" at="" this="" point.<="" span="">Then I start highlighting important systems and mechanics that I feel are important to identify at this point.   The purpose of this is twofold.  First, it forces me to think about my game from the block diagram approach, which sometimes I draw.  But finally, these list of systems and mechanics sets me up to think about the sequence in which I develop the game.</span> 

Examples of this include progressive difficulty, end of game conditions, user input and control, physics and collisions, and combat… 


<span class="TextRun SCXW247547128 BCX0" <the="" final="" thing="" i="" do="" once="" feel="" that="" i’ve="" exhausted="" my="" own="" attention="" span="" on="" this,="" is="" to="" outline="" the="" sequence="" of="" operations="" will="" allow="" for="" proper="" development. ="" there="" are="" aspects="" a="" complex="" system="" need="" be="" completed="" sequentially="" this="" make="" sense. ="" not="" sure="" if="" applies="" me="" here,="" but="" it="" could.<=""></span>

The final thing I do once I feel that I’ve exhausted my own attention span on this, is to outline the sequence of operations that will allow for proper development.  There are aspects of a complex system that need to be completed sequentially for this to make sense.  Not sure if that applies to me here, but it could.

So, this is my development roadmap, and this devlog SHOUILD follow this architecture.  Well see how it goes.   

Since I’m using SlideShare for hosting my PowerPoint slides, they are listed below. 

Twitter: @jyoung424242 

SlideShare: https://www.slideshare.net/JustinYoung3/next-gen-asteroids 

GitHub: https://t.co/utxHxXKdOz 

Leave a comment

Log in with itch.io to leave a comment.