January 2009

• [Design] on the game mechanics of open questing Siege)
• • RANT: The Future of Quests Mike Rozak
  • • RANT: The Future of Quests Amanda Walker
    • • Players are shallow [was: The Future of Quests] cruise
      • • Players are shallow [was: The Future of Quests] Amanda Walker
        • Players are shallow [was: The Future of Quests] Mike Sellers
        • Players are shallow [was: The Future of Quests] John Buehler
        • • Players are shallow [was: The Future of Quests] cruise
          • • Players are shallow [was: The Future of Quests] John Buehler
              > On Thu, 8 Jan 2009, John Buehler wrote:
              
              > > Right. Because the purpose of these games is to provide a break from
              > > putting extra effort into things. The only people who will put extra
              > > effort into your game are the ones who have a definite surplus of
              effort.
              > > That may be due to a driven life, or simply a lack of opportunity
              > > elsewhere to expend themselves productively. Players are shallow because
              > > even the ones that are truly deep will spend their deep time elsewhere.
              > > How many deep people will focus their energies on playing a game? We
              don't
              > > really. We spend them designing the things.
              
              > Why wouldn't people spend their energies on a game? Currently the answer
              to
              > me is because the games don't provide the payout for that kind of effort.
              
              That's true, but I dread the consequences. It will end with virtual
              environments being preferred over reality. We already have problems with
              that. Certainly there are enough cautionary tales about the phenomenon.
              
              > That's down to us game designers - I've mentioned how I'm trying to fix it
              -
              > what else can we do to give games the "reward" of a good (as in "deep and
              > rewarding") book or film?
              
              I wouldn't suggest targeting MMOs for that sort of thing. I'd recommend
              single player or group games. You can control the experience of your
              players there. In an MMO, the players control the experience. Pretty much
              by definition.
              
              JB
          • Wikia MUD project Raph Koster
          • • Wikia MUD project Nabil Maynard
            • • Wikia MUD project Raph Koster
            • Wikia MUD project Peter Harkins
        • Players are shallow [was: The Future of Quests] Mike Oxford
        • • Players are shallow [was: The Future of Quests] cruise
          • • Players are shallow [was: The Future of Quests] Damion Schubert
            • • Players are shallow [was: The Future of Quests] Threshold
              • Players are shallow [was: The Future of Quests] John Buehler
              • • Players are shallow [was: The Future of Quests] Mike Sellers
    • RANT: The Future of Quests Mike Sellers
    • • RANT: The Future of Quests Damion Schubert
      • • RANT: The Future of Quests Mike Rozak
• [DESIGN] How big is enough? Ian Hess
• • [DESIGN] How big is enough? Mike Rozak
  • • [DESIGN] How big is enough? Mike Oxford
    • • [DESIGN] How big is enough? Vincent Archer
      • • [DESIGN] How big is enough? szii@sziisoft.com
  • [DESIGN] How big is enough? Siege)
  • [DESIGN] How big is enough? Threshold
  • [DESIGN] How big is enough? David Johansson
  • [DESIGN] How big is enough? Roger Durañona Vargas
• Persisting a MUD state with plain binary serialization Tiago
• • Persisting a MUD state with plain binary serialization Jon Mayo
  • Persisting a MUD state with plain binary serialization Jeffrey Kesselman
  • Persisting a MUD state with plain binary serialization Chris White
  • Persisting a MUD state with plain binary serialization Mike Oxford
  • • Persisting a MUD state with plain binary serialization Tiago
    • • Persisting a MUD state with plain binary serialization Jeffrey Kesselman
      • • Persisting a MUD state with plain binary serialization Mike Oxford
        • • Persisting a MUD state with plain binary serialization Tiago
        • Persisting a MUD state with plain binary serialization Tiago.matias@gmail.com
• [DESIGN] Clojure? Matt Cruikshank
• • [DESIGN] Clojure? Richard Tew
  • • [DESIGN] Clojure? Matt Cruikshank