I participated in Ludum Dare 27 this weekend, programming a complete game, Spacetime Adventure, in 48 hours. I make games for a living but I’d never done that before. It was fun.
It was also enlightening.
Continue reading “What Programming a Game in 48 Hours Taught Me About Programming Games”
In the last couple of posts I’ve talked about a programmer’s greatest enemy: getting stuck. I talked about the various levels of how stuck you can get, from getting stuck while trudging through documentation to getting stuck because you don’t have the resources—passwords, files—that you need to perform a task.
This leads me to my ultimate advice for how to avoid getting stuck and how to get unstuck.
The secret to getting and staying unstuck is to keeping taking steps forward. Simple as that sounds, it is more difficult than it seems, and many programmers never master it.
A programmer’s worst enemy is getting stuck. Getting stuck on a problem hurts your productivity. Worse than that, it hurts your joy, your confidence, and your soul. Therefore learning how to avoid getting stuck, how to recognize when you’re stuck, and how to get unstuck is a key skill in the quest of becoming a great programmer.
One of the things that helps me both to avoid getting stuck and to get out of being stuck is understanding the different kinds of stuck.
A programmer’s greatest enemy is getting stuck. A crucial skill in programming—and one that many of my beginning game programming students lack—is the ability to recognize when they’re stuck, to get out of being stuck, and to avoid getting stuck in the first place.
Indeed, it’s a skill I’m still learning myself, although the contexts in which I still get stuck are shrinking with time, study, and experience.