Firstly: I’ve uploaded all of my notes that I wrote during the competition to here, and added a link to them on my submission page.

What Worked

No Framework

From what I have gathered from it, not having a massive framework to use helped me get what I wanted done more quickly, as I wasn’t spending time trying to get the code to work with the framework. Also, not using a framework meant that I’d often just write something that was basic and worked (GUI Especially) or use existing code without writing a class for it, instead of going overboard.

Modular Code

This time around, I think I’ve gone for a more modular approach to the code. Which made me reuse the core much more than what I did in the last submission (The player and enemies use the same movement logic, except that the input for the player is controlled by actual keys). This made it somewhat easy to fix any issues that arose, as all I would have to do is change one file instead of multiple files.

What Didn’t Work

No Framework

The only downside to not using a framework was that if I needed anything, I’d have to spend time implementing it. I think the solution here is to find a point at which the framework doesn’t impede code development, while at the same time providing useful tools that can be reused through each project.

Too Big of Idea

While the core idea for this game was quite simple, I (once again) decided to go slightly overboard with the ideas that went on top of it, which resulted in majority of the features not getting implemented, or quickly tacked onto the game to make it playable.

Basically: Next time, keep it even more simpler 😛

What Could Be Improved

Cross Platform Development

Once again, I chose to use C#, which effectively limits playing to people who have a Windows machine. A better alternative would be to use Java or Flash so that people from multiple platforms can play the game. This is something that I will look into before the next LD.

But once again, I had fun working on this game! Bring on LD #21!