Jay McGavren's Journal

2011-01-20

The Reference Games Manifesto

A couple nights ago, I was playing Score Rush, a twin-stick shooter on XBox, and thinking what an exemplary game it was. Simple, but with highly polished gameplay. Something that other designers and developers could stand to learn from.

That started me wishing there was an open-source game in each genre that was playable and fun, but was first and foremost a reference for developers to learn techniques from. Web framework standards have reference implementations, why can’t games? All the needed infrastructure is out there - freely available game libraries in a variety of languages, GitHub and other source code sites for forking and improving on projects, and a great many motivated (but largely disorganized) open-source game developers. What if we joined forces to make something bigger than any one game?

And so resulted this initial draft of The Reference Games manifesto:

  • We seek to meet the needs of both casual and experienced gamers where possible.
    • We believe that affordances for casual gamers should never be obstructive to experienced gamers.
    • In the rare event that needs are mutually exclusive, we strive to provide for both markets through multiple configurations of the same game.
  • We prove our assertions through appropriate testing.
    • Example: A/B testing to prove that a particular control scheme reduces player error.
  • Although we support innovation, we are a platform for sharing proven best practices first.
    • The reference game codebases can be forked and customized, but only proven techniques usable by a wide audience should be incorporated into core reference games.
  • We value gameplay over graphics.
    • The majority of maintenance and development time should be spent on game mechanics.
    • We support users with low-power or low-cost hardware.
    • We allow graphical improvements through abstracted rendering interfaces.
  • We are open.
    • We do not rely on proprietary frameworks or formats that are not freely available or could become unavailable in the future.
  • We work with the tools most commonly used by the development community.
    • While respecting the openness principle, we choose the tools and languages most widely used by game developers.

I don’t know if I’ll have an opportunity to go anywhere with this, but it’s something I’d love to see. Any enterprising developers out there that want to take this and run with it?

comments powered by Disqus