News for hackers. Stuff that matters.

Raph_Koster

Re:Game design is simple on Saturday November 08, 2025 @06:47PM (#45861309)
https://www.raphkoster.com/2008/07/09/a-game-designers-core-...

which leads to

https://www.raphkoster.com/2014/01/15/a-vision-exercise/

and its critique counterpart:

https://www.raphkoster.com/2014/01/06/how-i-analyze-a-game/

and crucially, the observation in here that you can start with either end -- the experience you want or the systems -- but you gotta make them meet in the middle.

These days, game design is generally taught as "decide on your experience, and fit systems into that." But I favor being open to starting from either end, and also in general think that focusing so strongly on the experience has a LOT of dev pitfalls:"

https://www.raphkoster.com/games/presentations/rules-of-the-...

Lastly -- starting at this end is just as artistic as starting from a chord progression, a cool synth sound, a color palette, or a piece of wood with interesting grain. Just as with any other craft-centric view on things, it's fine to start at a formal or an experiential end -- both are artistic.

FWIW, I have an MFA. :)

Re:Game design is simple on Saturday November 08, 2025 @06:37PM (#45861214)
Towards the end of the article, I say this: "If you just make the same game, the one you know how to make, the players get bored because it’s nothing but problems they have seen before and already have their answers to. Sometimes, they get so bored that an entire genre dies." -- the last phrase links to a video about how MMOs are dead. :D
Re:Game design is simple on Saturday November 08, 2025 @06:35PM (#45861189)
"Hard to play" has almost nothing to do with "the underlying game system is Hard in a complexity sense." And both are somewhat orthogonal to the complaint about "adding more stuff" -- doing so may make something more complicated, but that doesn't mean it becomes more complex mathematically.

Adding more stuff in general may very well make something harder to play, but it has more to do with how many of the added things are simultaneously visible. We can go back to the old 7+/-2 rules of thumb on that one.

Candy Crush is Hard in a math sense. So are Battleship, Minesweeper, Pipes, Othello... they are all easy to play. They are fun because they are Hard in a math sense.

Dark Souls is not hard in a math sense, meaning it is not formally complex. It is hard to play mostly because it is a reaction and timing game that presents very difficult challenges, and the ambiguity comes from mastering signals and reactions.

Civilization is complicated, and almost certainly Hard in a math sense. But it has solid onboarding and is not that hard to play.

Dwarf Fortress is complex AND complicated, and has no onboarding, and a ton of stuff in it, and is both Hard and hard. DF is built out of a ton of separate Hard game atoms.

Re:Game design is simple on Saturday November 08, 2025 @06:28PM (#45861110)
This goes back to the motivations thing. For those who are motivated by narrative stuff, that opening works well. It sets up uncertainties and ambiguities that engage curiosity and prediction.

But you don't like those sorts of problems as much (or don't want them in that moment). Which is fine. No game works for everyone the same way.

(There is also an offhand remark in the article about gamemakers being failed moviemakers... ;) )

Re:Game design is simple on Saturday November 08, 2025 @04:30AM (#45855426)
Towards the end of the article I mention "some of us have been working out the rule set for how you can link loops into a larger network of problems for literally over twenty years."

That is referencing the "game grammar" effort undertaken by myself, Dan Cook, Stephane Bura, Joris Dormans, and many others. It is very specifically about arriving at a notation system for gameplay logic.

The original talk from 2005 is here: https://www.raphkoster.com/games/presentations/a-grammar-of-...

The principles in this talk went on to be used by the field of computational modeling of games, AI game generators, and also used in training AI game players.

Re:Game design is simple on Saturday November 08, 2025 @04:28AM (#45855414)
No, I added all the images after writing the article.

But the images ARE from the many many presentations I have given on game design, which can be found here: https://www.raphkoster.com/games/presentations/

Many of the links are to those presentations, and many of them are deep dives on single sentences in the article.

Re:Game design is simple on Saturday November 08, 2025 @04:26AM (#45855405)
Most classic games are in fact built out of NP problems, or at least the upper reaches of PSPACE. https://www.raphkoster.com/games/presentations/games-are-mat... has an overview.
Re:Game design is simple on Saturday November 08, 2025 @04:24AM (#45855396)
No, it's not a very local definition at all, it's actually a generalized definition for all forms of game and entertainment -- and art, even!

You seem to be assuming I have a reductive definition of game, when the definition given in the article is basically "anything people choose to play." See https://www.raphkoster.com/2013/04/16/playing-with-game/ which is linked in there.

I strongly disagree with lumping "intelligence" into the question though, so I am with you on that.

Re:Game design is simple on Saturday November 08, 2025 @04:21AM (#45855379)
1. As the article says, "People will be willing to go along with pretty simple and pretty familiar problems as long as the feedback is great."

2. For arbitrary n x m boards, Candy Crush (and Bejeweled, it's predecessor), has been shown to be NP-complete. That means as a general class of problem, it's officially hard. This is why I said that "A lot of very good problems seem stupidly simple, but have depths to them." If you look at some of the ones I examine in this talk: https://www.raphkoster.com/games/presentations/games-are-mat... you'll see they are often what seems very simple!

Re:Game design is simple on Saturday November 08, 2025 @04:16AM (#45855356)
They're not stupid -- they're feedback. You get them as a reward for having done something, usually.

But they are also not gameplay, obviously.

https://www.raphkoster.com/2012/01/20/narrative-is-not-a-gam... https://www.raphkoster.com/2012/01/26/narrative-isnt-usually...

...and maybe https://www.raphkoster.com/2013/03/13/why-are-qtes-so-popula... since you dislike QTE's. :)

Re:Game design is simple on Saturday November 08, 2025 @04:12AM (#45855343)
Remember, it's about prediction (point 1 of the 12). Pure random cannot be predicted. From a prediction point of view, it is therefore ironically, an already determined result. So it is solved, and therefore not interesting.

In Theory of Fun, I phrased this as "everything has patterns, but if you are not equipped to see the pattern, it becomes noise, and therefore boring."

But it's the same underlying point.

Re:Game design is simple on Saturday November 08, 2025 @04:08AM (#45855317)
Re:Game design is simple on Saturday November 08, 2025 @04:04AM (#45855297)
I mention it because so many people reach blindly for dopamine as an explanation for everything and expect it to get mentioned. That's why I said "it’s tied to prediction; but it’s complicated and nuanced" and instead provided links. The article was already 4400 words. :D

The science on this evolves pretty regularly, but dopamine specifically currently seems to be tied most strongly to prediction processes matching what actually ends up happening, and therefore curiosity, etc.

The "richly interpretable" bit comes from Biederman & Vessel's research on it; for our purposes here we can basically summarize it as "easily predictable situations versus more complex ones result in different dopamine responses."

From the neuropsych side, this is very related to Predictive Processing; Deterding has a good article on that here. https://pmc.ncbi.nlm.nih.gov/articles/PMC9363017/ It also has a wealth of links that can lead you deeper into the subject.

As far as "OK and?" it comes down to this:

- make games that people can predict easily, and it'll be less fun in the "hard fun" sense

- and that is true of stories too!

- and that doesn't mean there aren't other sorts of enjoyment (which are covered in several images and links there) -- and as it happens, those are mappable to particular endorphins too!

- So it's not that game designers should try using endorphins as a tool, but rather that there's a wealth of science in a half-dozen different fields that backs up what this article is saying.

Bottom line: "dopamine" isn't a useful tool. Knowing those four types of fun and what elicits them absolutely is. Knowing they really do map to specific human sensations is. And following some links deeper into the topic will lead you very specific techniques you can use to elicit these different reactions predictably.

Re:Game design is simple on Saturday November 08, 2025 @03:50AM (#45855216)
Frankly, I think you will be hard pressed to find a game that does NOT make use of repeated challenges. Especially when seen through the atomic and fractal framework the article gives.

But repeated challenges does not equal grind. Grind typically means repeating already mastered challenges over and over.

Re:Game design is simple on Saturday November 08, 2025 @03:47AM (#45855205)
The article indeed states that fun is different for everyone.

The answer on inferring relationships between flavors of fun, and good colalteral fun activities, is in number 11. :D

Re:Game design is simple on Saturday November 08, 2025 @03:46AM (#45855197)
1. This article, at its very core, says that grind-based games are less successful than games that are not based on grind. How you got the reverse out of it, I do not know.

2. This article also does not say that fun equals repeated challenges. The closest thing in there is that fun is about prediction. Even the definition of "mastery" that the article sets forth is pretty explicitly about every type of cognitive challenge you meet in life.

3. This article does not imply that stories cannot be fun. In fact, I specifically pointed out that stories that you are unsure where they are going, and stories with more interpretability are more likely to be fun that predictable ones. If you follow the links in the article, you will see

4. I don't exclusively work in the MMORPG space. I have worked in tabletop, puzzle, trivia, casual, and single-player RPGs.

Re:Do you remember Ultima Online? on Thursday October 13, 2022 @09:27PM (#33198627)
Original lead designer here.

Quora has answers on on the tech stack in this thread: https://www.quora.com/What-was-the-technology-stack-driving-...

Reddit has answers on the rendering engine here: https://www.reddit.com/r/gamedev/comments/d3cd2v/anyone_know...

I contributed replies to both, but there's further detail from others.

There are piles of Ultima Online postmortem materials on my website, https://www.raphkoster.com -- and those and more are collected in my book "Postmortems."

Everyone just called them "servers." Not shards.
It was exactly that, a callback. In fact, the game opening cinematic recounted the story.
I'm an English major -- of course we knew about Chekhov's gun. :)

You may want to check here regarding that particular article/video: https://news.ycombinator.com/item?id=18749793

Our dividing line for massive in 1995 was 250, because most LAN play capped at 64, and MUDs achieved up to around 253 (the number of available file descriptors on a standard Linux kernel at the time).

Meridian 59 launched with 250 player capacity. UO launched with around 2800.

You're welcome! We knew we were making something that could be impactful, but we really didn't have any idea how much impact it would have, and it's always amazing to hear stories of how it affected players. :)
WoW's crafting system is pretty strongly inspired by UO's. Actually, everyone's crafting system is pretty strongly inspired by UO's.

That said, the big difference is that crafting in WoW at launch, and for many years thereafter, was very much an adjunct to the primary game of combat. You cannot level up in WoW without combat.

In UO, combat was not a requirement. You could play the entire time, and become rich and powerful, just as a tailor, or whatever.

Re:Nostalgia for Minecraft on Monday November 11, 2019 @01:07PM (#21507109)
Original lead designer of the game here.

Richard's recollection is flawed on this (he wasn't close enough to the tech to know why it failed).

Reason #1: the closed loop fell victim to hoarding, particularly because the advancement system encouraged the production of goods with no value, as explicated in great detail in Zach Booth Simpson's detailed paper on "The In-Game Economics of Ultima Online."

Slides: https://studylib.net/doc/9778818/the-in-game-economics-of-ul...

Paper: https://web.archive.org/web/20090207141813/https://www.mine-...

Reason #2: the cost of pathfinding for the searches was too great. The Sims later solved this by having the agents in a very similar system use simple hillclimbing, with resources broadcast into a map.

Actually, we do in fact say that X is a jerk over the telephone but less so in person. It's pretty well studied. The generic term is "psychological disinhibition" and it used to come up all the time around the issue of email and tone.
You're welcome!
You're welcome, I guess. Assuming you like your career.
We actually wanted the scarcity, so it would affect prices and desirability. We just didn't expect everything to be scarce.
This and many other experiments were tried in the MUDs and early days of MMOs. The idea of denying services to those who killed a lot worked pretty well on many UO player-run shards.
This still causes runaway inflation of item power, which results in mudflation.

Older »