{"id":527,"date":"2015-07-20T12:57:03","date_gmt":"2015-07-20T19:57:03","guid":{"rendered":"https:\/\/www.crabattack.org\/blog\/hawk\/?p=527"},"modified":"2015-07-20T12:57:03","modified_gmt":"2015-07-20T19:57:03","slug":"july-19th-2015","status":"publish","type":"post","link":"https:\/\/www.crabattack.org\/blog\/hawk\/july-19th-2015\/","title":{"rendered":"July 19th, 2015"},"content":{"rendered":"

At some level my design work comes down to stripping down a perceived problem to its simplest form before any real progress can be made on fixing it. In some cases this means untangling connected\u00a0problems to find the origin. In this case the tangled mess was\u00a0thinking of lacking progression and lacking maps being separate problems, when in reality the lacking maps were much of the source of the lacking progression. Now that the connection is clearer it’s easier to solve: the maps lack any form of “conquering” progression to them, which in turn makes any progression system, no matter how sophisticated, feel lacking in the accomplishment that makes progression feel good. Stupid simple on paper, but took awhile to boil it down to this. Now that I have it’s mostly a matter of reformulating the map around it. The\u00a0leading\u00a0contender right now is the “critical path” system:<\/p>\n

\"critical_path_system\"<\/a><\/p>\n

It’s pretty obviously designed around\u00a0solving the problem. By segmenting\u00a0it into chunks with defined end\u00a0goals, it’s easy to instill\u00a0a feeling of “conquering”\/”creating order” in players.\u00a0It also allows for creating longer chunks within the dungeons without ballooning the critical path’s backtracking. This allows for a greater feeling of endurance without creating as many dead space turns getting back to place (the backtracking itself is still important to create that feeling of endurance because if there is no cost for retreating then players will always retreat at the slightest sign of\u00a0danger). Another factor is that building around more linear pathways will allow me to create more well-defined areas, as opposed to the current system of creating an indistinct mush world since it’s trivial for players to sidestep danger rather than having to deal with it. In that regard it also creates more choices for players in terms of having to decide what challenge to undertake.<\/p>\n

There are downsides to it.\u00a0Having several longer tracks without connections makes it easier for players to distance themselves from each other by each going into different dungeons, diminishing player interactions. It’s also more difficult to\u00a0explain the structure to players: how many dungeons before it’s safe to take on the next boss? On paper it should be “at least one dungeon makes it possible but\u00a0risky, all dungeons makes it trivial”. But communicating that to players is tricky, especially when class advantages\/disadvantages, luck, and player parties can make the extreme ends invalid.<\/p>\n

So I’m not totally satisfied with this variant quite yet. Still exploring other options. It’s closer, though.<\/p>\n

———————–<\/p>\n

Probably the best thing to come out of this design phase so far was a suggestion to make\u00a0the\u00a0battle group on a tile static instead of random each time. It’s an idea I’ve been dancing around with in terms of\u00a0less random ways\u00a0of\u00a0picking battles. Flat out making them static was something\u00a0my brain was avoiding for some reason, but actually\u00a0makes way more sense: areas become more distinct (that’s the tile with karate chimp!),\u00a0class advantages\/disadvantages play out consistently for each player (that tile was rough with my build, but easy for that other guy!) instead of players lucking out by getting an enemy they’re good at, and player engagement is increased because you can figure out the next enemy’s pattern by observing the guy ahead of you. It’s something so simple that it’s easy to miss, but probably going to be one of the biggest improvements of this design phase.<\/p>\n

 <\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

At some level my design work comes down to stripping down a perceived problem to its simplest form before any real progress can be made on fixing it. In some cases this means untangling connected\u00a0problems to find the origin. In this case the tangled mess was\u00a0thinking of lacking progression and lacking maps being separate problems,… Continue reading July 19th, 2015<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-527","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/posts\/527","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/comments?post=527"}],"version-history":[{"count":1,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/posts\/527\/revisions"}],"predecessor-version":[{"id":529,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/posts\/527\/revisions\/529"}],"wp:attachment":[{"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/media?parent=527"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/categories?post=527"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.crabattack.org\/blog\/hawk\/wp-json\/wp\/v2\/tags?post=527"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}