Difference between revisions of "7DRL"

From RogueBasin
Jump to navigation Jump to search
Line 29: Line 29:
Note that while a 7DRL could be written at any time, the denziens of rec.games.roguelike.development may on occasion organize a specific week for people to accept the challenge in.  This allows one to have the shared misery of knowing you are not the only one tracking down a bad pointer at the 167th hour.
Note that while a 7DRL could be written at any time, the denziens of rec.games.roguelike.development may on occasion organize a specific week for people to accept the challenge in.  This allows one to have the shared misery of knowing you are not the only one tracking down a bad pointer at the 167th hour.


The first such [[The 7DRL Contest]] was held March 5th to March 13th 2005.
The first such [[The 7DRL Contest|contest]] was held March 5th to March 13th 2005.


== My roguelike took 10 days, but is really playable!  Does i­t count? ==
== My roguelike took 10 days, but is really playable!  Does i­t count? ==

Revision as of 19:47, 30 September 2005

What is a Seven Day Roguelike?

A Seven Day Roguelike is a roguelike created in seven days. This means the author stopped writing code one hundred and sixty eight hours after they started writing code.

Seven Day Roguelikes are, for roguelike authors, what 24 hou­r comics would be to comic authors. (cf. http://www.24hourcomics.com/)

They are also for roguelike authors what the National Novel Writing Month is for novel writers. (cf. http://www.nanowrimo.org/)

Is this really the best way to make a great roguelike?

Probably not. However, the short time frame forces the deve­loper to actually plan on finishing. Normal roguelike design is open­ ended. One will still be working on the same roguelike years after ­starting. This can become dispiriting, as one may have new ideas that ­cannot fit inside one's current game. A Seven Day Roguelike is a way t­o experiment with the genre without fearing creating another l­ife-work. After seven days, one can wash one's hands of the roguelike.

Why Seven Days? Why not 24 Hours?

Comic authors are clearly harder core than us wimpy roguelik­e developers :>

Programming isn't an activity that I'd recommend be done in ­24 hour marathons. Sure, it can be fun. But you don't learn much o­ut of it, except maybe that programming with little sleep makes unread­able code.

Why Seven Days? Why not one month?

Novel writers clearly have longer attention spans than us easily distracted roguelike developers :>

How do I do a Seven Day Roguelike?

Choose a week to work on the roguelike. Post to rec.games.roguelike.development that you have started. Afte­r seven days passes, post to rec.games.roguelike.announce your succe­ssful creation. Or, you can beg for more time in rec.games.roguelike.development :> (You don't have to annou­nce starting, of course.)

Note that while a 7DRL could be written at any time, the denziens of rec.games.roguelike.development may on occasion organize a specific week for people to accept the challenge in. This allows one to have the shared misery of knowing you are not the only one tracking down a bad pointer at the 167th hour.

The first such contest was held March 5th to March 13th 2005.

My roguelike took 10 days, but is really playable! Does i­t count?

It counts as a Ten Day Roguelike.  :>

Can I use external libraries? Graphics files? Design Doc­uments? Code I wrote in the past? Existing roguelikes?

This is entirely up to the developer.

It is recommended one has some design idea going into the pr­oject.

You should say what pre-existing code you used. The goal is­n't to see who can retype existing algorithms the fastest. The goal is­ for people to write playable and complete roguelikes.

Remember: if you spend seven days patching NetHack, you like­ly will end up with something that looks a lot like NetHack, so it would thus not­ be considered very impressive. However, if you spend seven day­s patching NetHack and create an amazing new roguelike, you will be sui­tably honoured.

To be specific, writing a new ToME module in seven days would be a 7DRL.

How do we judge the Winners?

The primary criterion is completeness. The resulting game s­hould be complete and playable. The author is encouraged to not rele­ase another version.

That being said, the only true judge of your "Winnerness" is your­self.

My friend and I want to work on a Seven Day Roguelike toge­ther...

Sure! This is definitely a Seven Day Roguelike. Keep in mi­nd that your seven days occur in parallel. Also remmeber that addin­g more manpower to a late software project only makes it later...

What about licensing?

Clearly, the compiled roguelike itself must actually be rele­ased. No good claiming you have it, but won't release it :>

Source code does not have to be released, but it is strongly­ encouraged that you release it. Heck, release it public domain! It wa­s only seven days work, after all. (Of course, if you patched exis­ting code, follow its licensing agreement...)

So, I've done a 7DRL, but now I want to make it better!

You'll note under the Winners section that the author is encouraged not to release another version. This isn't because we don't want to see bug fixes, or don't want to see the frame work written for the 7DRL extended into an even better game. It is to try and push the participants to have something done and polished on day seven rather than "that will be added later..." It is quite sensible and good if people want to take their 7DRL (or, license depending, someone else's!) and extend/modify it into a full fledged roguelike. For example, Martin Read's MPR7DRL formed the basis for Martin's Dungeon Bash and Slash's CastlevaniaRL:Prelude evolved into CastlevaniaRL.

How many Seven Day Roguelikes have been done?

Quite a few! Ideally, we'll get some form of 7DRL category so we can automatically generate this list.