Jump to content

View more

Image of the Day

Adding some finishing touches...
Follow us for more
#screenshotsaturday #indiedev... by #MakeGoodGames https://t.co/Otbwywbm3a
IOTD | Top Screenshots

The latest, straight to your Inbox.

Subscribe to GameDev.net Direct to receive the latest updates and exclusive content.

Sign up now

Where Do You Actually Start?

4: Adsense

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
8 replies to this topic

#1 Toothpix   Members   


Posted 07 October 2012 - 07:02 AM

I am a competent C programmer and I know OpenGL ES 2.0 fairly well. I'm not so much a newbie, I am just confused on where to start. Do I design everything before getting started programming, or vice versa?

C dominates the world of linear procedural computing, which won't advance. The future lies in MASSIVE parallelism.

#2 Bregma   Members   


Posted 07 October 2012 - 07:31 AM

Waterfall? Agile? There is an entire field of study investigating the answer to this question. Many people have the correct answer in exchange for your money, or are willing to convert you to their one true religion. The correct answer depends on the beliefs of the person controlling the capital for your project.
Stephen M. Webb
Professional Free Software Developer

#3 GeneralQuery   Members   


Posted 07 October 2012 - 08:20 AM

Design as much is practical for your experience and the task at hand. Its all to easy to let your inexperience overwhelm you by getting caught up in the never ending rabbit hole of trying to anticipate and over-engineer each and every need down to the last detail but without actually getting anything done (analysis paralysis). Don't fall into this trap, there is a lot of merit to just getting things done and to hell with best practices when you're taking your first steps. It's good to get things wrong to truly understand why people do things the "right" way rather than blindly implementing what you've read are best practices without ever really understanding why.

Once you've seen your project through you can reflect on what you did right and wrong and what areas to research and design decisions you'll make for the next project. Follow some pong making tutorials, game from scratch tutorials, follow some GL tutorials to make some tech demos and so on. Keep incrementing the challenge of your projects to keep you out of your ccomfort zone whilst keeping things realistic and attainable. Rome wasn't built in a day, as they say :D

#4 L. Spiro   Members   


Posted 07 October 2012 - 09:15 AM


No need to complicate things; just start programming.
If you are not sure what to program, think about it and then program. Either way, just program.

L. Spiro

#5 3Ddreamer   Members   


Posted 07 October 2012 - 10:39 AM

Well, yeah, I agree with L. Spiro in her advice in this case.

You have a head start with C, so get a general direction and get to work on simple game programming now. Game design is an important part which will evolve in your mind as you progress later.

Both GeneralQuery, Spiro, and me are encouraging you to use your strength which is programming and not get overwhelmed with the art aspects in early stages of growth. When and where the time comes to design, you will know it based on need and naturally fill that need. Much can be done in programming until design is needed. Get an understanding of how games are fundamentally structured, then you will be ready for the design aspects.

Posted Image


Personal life and your private thoughts always effect your career. Research is the intellectual backbone of game development and the first order. Version Control is crucial for full management of applications and software.  The better the workflow pipeline, then the greater the potential output for a quality game.  Completing projects is the last but finest order.


by Clinton, 3Ddreamer

#6 Arthur Lotuz   Members   


Posted 07 October 2012 - 01:46 PM

100% agree with Spiro. If you dont know where to start, just think about a simple aspect that you can easily describe and get started on it.

#7 deftware   Prime Members   


Posted 07 October 2012 - 03:23 PM

As far as beginner development goes, set your sights on a vision that's rather simple. Include a few simple key features in the initial 'design' and then improvise with what you already know and/or can find with a quick google search for clues and hints on general approaches to the implementation of various aspects of a project.

My early days consisted of simply producing something interesting, regardless of code quality. Just get it to work! After that you'll see how and why you made certain decisions, which reveals what you can do differently in terms of streamlining your development process and technique and improve the overall quality of future projects and their performance.

I start with my project's main function, and the core initialize/loop stuff, then slowly bleed into platform-specific stuff (whether its native win32 or utilizing a platform abstraction library like SDL/SFML) and user-input.. venturing into rendering and entity systems, then networking.. That's a very rough sketch of how I used to do things. Once you're there, it's the same as when you start, you'll always be seeing what you can do different/better. Each project I create is essentially a refactored version of a previous project, refining my overall scheme with each iteration.

Tutorials are all very good starting places, just do your best to put together gained knowledge into something concise, and focus on more advanced program design as you become more aware. I've been doing this as a hobby for 15 years and still don't know *everything*, if there is such a thing.

#8 Lightness1024   Members   


Posted 09 October 2012 - 06:42 AM

When I was young I was always starting by what you see first when you launch a game : the menu.
when you don't know how to start, start where it starts :)
then the menu becomes a bother because it takes you click/enter steps to go to where you want to test, so you can put a command line switch to disable it.

#9 Serapth   Members   


Posted 09 October 2012 - 08:48 AM

Yeah, chime me in on the just start programming school of thought.

I am a big advocate of design, a proper design can save thousands of hours of work and be the difference between success and failure.

That said, you need to know what the hell you are doing before you can create a proper design.

Generally when I am approaching a new subject or API, I create a pie in the sky project, where I just start coding and try to figure things out. I generally don't even bother reading the manual/instructions, unless I run into a problem, and I just code. Think of this like an artists rough sketch before beginning their masterpiece. It's through this learning process I learn the ins and outs and various problems that I need a solid design for in the first place.

However, this code is *ALWAYS* throw away. Even if I end up re-using 90% of it, I always start from scratch on an actual process. Sure, I will cut and paste from my "sketch", but that's about it.

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.