Skip to main content

Self-Motivation is hard!

Ok, so it's been a while since my last update. I've been grinding away at this game so hard, and made very little progress as you can see here. 

I've been grinding away at this game for a while now and I've learned a lot.

The number one thing I've learned so far is that I should have spent a few weeks learning a really good game engine and then just used that. 

I've spent so much time just writing boilerplate and infrastructure, that I've yet to build a decent game. 

I remember complaining so much about the lack of game engine choices and how hard they are to learn - but, it's even harder writing everything from scratch. And when I say "everything", I mean EVERYTHING! 

I've created resource loading classes, scene management, view trees, sound management, audio queues, playlists, rendering pipelines, camera classes, starfields, parallax scrolling, state management. 

Everything, painstakingly written from scratch. 

For one redeeming moment I can at least say that I've learned an incredible amount of things - how to do things, as well as how not to do things. 

But if I may pass on some knowledge to you, it will definitely be this: If your goals to learn, then do what I did, learn and create from scratch. 

Just don't expect to write a complete game this way. 

If your goal is simply to create a good game, then use a decent engine, somethig that has most of what you need. 

You'll get most of the way to your vision without the infrastructure getting in the way. 

Iff you have lots of time and you're a masochist, then join me, I'm in room 11 tearing my hair out.

Comments

Popular posts from this blog

A few thoughts on Game Development

For those of you who follow my blog, you'll notice that I talk about building games, but I never really release anything useful or fully playable. I'm more interested in studying the individual parts of game development, without really caring about building a game as a whole. Well, for the most part this is perfectly acceptable, as I'm not a game developer by trade, and my bread and butter comes from being a utility developer. I've defined utility developer as someone who codes a variety of things without specializing in any specific discipline. As a self-taught developer, it's been hard for me to pivot into a role where I'm classed as a game developer by trade. This is all good and well, but I still want to talk about game development as a whole - specifically how to get a game off the ground. If you've been following any blog about game development, or any programming course which walks you through the process, you've most likely heard of all the jar...

Typescript is Hard

So, for a work-project, the language choice handed down by the Overlords-Of-Jobbing has been TypeScript. You see - where I work, we build websites, and we build the infrastructure to support those websites. We also build platforms to support the website-supporting-infrastructure . . . so we like to iterate quickly and be as agile as possible in our workflow. For the current clientele we're servicing it has been decided that TypeScript on the Babel toolchain would be the most productivity-boosting language we could use, and as a result I've had to learn this new-fangled language with all its idiosyncrasies. Now, TypeScript is awesome, it supports both static and dynamic typing, lambdas, the entirety of JavaScript and all the associated libraries and frameworks which come with JS. TypeScript is awesome. TypeScript: - will mend fences - paint your garage - spay your cat - neuter your dog - rent Clerks II on DVD - run you a nice hot bath after a long day But, the m...

Python Game Development is hard....

I've recently been able to wrestle time away from frantically busy days to pick up Game Development again - it's not the Console game development that's been ongoing for a few years now, no - it's just a simple prototype using PyGame. PyGame is quite a feature rich and mature library, allowing Pythonistas to enter into the world of graphical game development using SDL and OpenGL if they so choose. Using PyGame is incredibly easy, and it takes only a few minutes to get a basic prototype up and running. Performance suffers if one does not read the docs and cache whatever is needed, as memory allocation remains fairly slow on most computers - especially if it's something we end up doing once per frame. I see a need for better instrumentation that could be filled so that we don't have to resort to palour tricks in order to get frame-rate information from the game, as the very act of displaying that information uses up processing power. In my mind, there would be som...