2010 – it’s not just a new year, it’s a brand new decade! Gee, this only makes the nineties feel that much further in the past. Hope everyone has had or is having a good holiday!
I had planned on starting the year with a review of last year, but I don’t think I will dwell on it. I can’t in all honesty say my performance in game development over 2009 was stellar; far from it. It’s pretty clear that my main issue has been a lack of focus, which has led me to be all over the shop. As a consequence, I’m roughly where I could have been at the end of last July. No point crying over spilt milk, but it does mean my top new year’s resolution is to develop a better awareness of how I spend my time.
More important is a plan for what to do this year. I’ll need some time this week to fully work a plan out, but again I won’t go overboard. At its heart, the languishing plan for 2009 was sound. The key to focus on is content creation. Last year I got bogged down with fear over whether what I was doing was good enough, sellable, or done in the right way, rather than focusing on just making stuff. Roughly, I think the plan should go something like: make stuff, make unique stuff, and then thinking about making a living off making unique stuff . It’s slightly generalised and I may need to accelerate things over a few months depending on how far I want to take the “making a living” part, but it rings true. That means I may have to spend a month (or two) to find my feet and a further month (or three) to find my groove before seriously thinking about something that leads to income, but instinct say it’s necessary. I’m a bit wary of my instinct though, as I also feel if I don’t dip my toe into the market in 2010 then I probably never will. It’s effectively a do or die year.
Top on the list of things to do is more of those week long projects. I was doing prep work for a Python & pygame one before the holiday period distracted me with mince pies. I’m kicking myself for not making good on my promise to fully explore Python last year, as my refresher reminded me why I chose it. Python appears to suit my style of quick development quite well, and if I put in the time to properly learn it it should be a good language for the majority of my in-house work. Python seems to be extremely well suited for small scripts, tools and probably prototypes. Even if I do have to rewrite everything in C or C++ for whatever reason, it’s probably faster to mock up the architecture in Python first. I’ll need to trial Python first with some of these small projects, but I’ve got a good feeling about it.
Following on a suggestion in the comments, I’ll start with a fairly unoriginal Asteroids-like game in Python using the pygame library. The point of the exercise isn’t to do anything particularly original, but to get a feel for the pros and cons of developing a game in Python.