{"id":53,"date":"2020-01-05T18:19:26","date_gmt":"2020-01-05T18:19:26","guid":{"rendered":"https:\/\/pressbooks.usnh.edu\/creatinggames\/chapter\/formal-abstract-design-tools\/"},"modified":"2023-06-07T17:37:58","modified_gmt":"2023-06-07T17:37:58","slug":"formal-abstract-design-tools","status":"publish","type":"chapter","link":"https:\/\/pressbooks.usnh.edu\/creatinggames\/chapter\/formal-abstract-design-tools\/","title":{"raw":"Formal Abstract Design Tools","rendered":"Formal Abstract Design Tools"},"content":{"raw":"<p data-adtags-visited=\"true\">In the Gamasutra article <a href=\"https:\/\/www.gamasutra.com\/view\/feature\/131764\/formal_abstract_design_tools.php\"><em>Formal Abstract Design Tools<\/em><\/a>, Doug Church advocates for the creation of a set of design tools for making games. First, he mentions three aspects of games that are worth putting in our design toolbox:<\/p>\n\n<ul>\n \t<li><strong>Player intention<\/strong> is defined as the ability of the player to devise and carry out their own plans and goals. We will come back to this later on in this text, but for now just realize that it can be important in many games to allow the player to form a plan of action.<\/li>\n \t<li><strong>Perceivable consequence<\/strong> is defined in the reading as a clear reaction of the game to the player\u2019s actions. Clarity is important here: if the game reacts but you don\u2019t know how the game state has changed, then you may have difficulty linking your actions to the consequences of those actions. \u201cPerceivable consequence\u201d is known by a more common name: <strong>feedback<\/strong>.<\/li>\n \t<li><strong>Story<\/strong> is the narrative thread of the game. Note that a game can contain two different types of story: the \u201cembedded\u201d story (created by the designer) and the \u201cemergent\u201d story (created by players). Emergent story happens, for example, when you tell your friends about a recent game you played and what happened to you during the play: \u201cI had taken over all of Africa, but I just couldn\u2019t keep the Blue player out of Zaire.\u201d Embedded story is what we normally think of as the \u201cnarrative\u201d of the game: \u201cYou are playing a brave knight venturing into the castle of an evil wizard.\u201d Church\u2019s point is that <em>embedded<\/em> story competes with intention and consequence \u2014 that is, the more the game is \u201con rails\u201d, the less the player can affect the outcome. This statement is a clearer articulation of what Costikyan meant in \u201cI Have No Words\u201d when he said that games are not stories.<\/li>\n<\/ul>\n<p data-adtags-visited=\"true\">Here is an example of why player intention and perceivable consequence are important. Consider this situation: you are playing a first-person shooter game. You walk up to a wall that has a switch on it. You flip the switch. Nothing happens. Well, actually something\u00a0<em>did<\/em>\u00a0happen, but the game gives you no indication of\u00a0<em>what<\/em>\u00a0happened. Maybe a door somewhere else in the level opened. Maybe you just unleashed a bunch of monsters into the area, and you\u2019ll run into them as soon as you exit the current room. Maybe there are a series of switches, and they all have to be in\u00a0<em>exactly the right pattern<\/em>\u00a0of on and off (or they have to be triggered in the right order) in order to open up the path to the level exit. But you have no way of knowing, and so you feel frustrated that you must now do a thorough search of everywhere you\u2019ve already been\u2026 just to see if the switch did anything.<\/p>\n<p data-adtags-visited=\"true\">How could you fix this? Add better feedback. One way would be to provide a map to the player, and show them a location on the map when the switch was pulled. Or, show a brief cut scene that shows a door opening somewhere. I\u2019m sure you can think of other methods as well.<\/p>\n<p data-adtags-visited=\"true\">On another subject, Church also included an interesting note at the end of the article about how he values beta testing, and half of his readers found the first two pages slow, so start at page 3 if you\u2019re in that half. This would be an example of <strong>iteration<\/strong>\u00a0in the design of this essay, of exactly the sort we talked about.<\/p>\n<p data-adtags-visited=\"true\">This note was likely partly in jest, but let\u2019s take it at face value. There\u2019s a slight problem with this fix: you don\u2019t see the note until you\u2019ve already read all of the way through the article, and it\u2019s too late to do anything about it. If Church were to iterate on his design a second time, what would you suggest he do?<\/p>\n<p data-adtags-visited=\"true\"><\/p>\n<span style=\"font-size: 8pt\">This chapter was adapted from <a href=\"https:\/\/gamedesignconcepts.wordpress.com\/2009\/07\/06\/level-3-formal-elements-of-games\/\">Level 3<\/a> of Ian Schreiber's <em>Game Design Concepts<\/em> course.<\/span>","rendered":"<p data-adtags-visited=\"true\">In the Gamasutra article <a href=\"https:\/\/www.gamasutra.com\/view\/feature\/131764\/formal_abstract_design_tools.php\"><em>Formal Abstract Design Tools<\/em><\/a>, Doug Church advocates for the creation of a set of design tools for making games. First, he mentions three aspects of games that are worth putting in our design toolbox:<\/p>\n<ul>\n<li><strong>Player intention<\/strong> is defined as the ability of the player to devise and carry out their own plans and goals. We will come back to this later on in this text, but for now just realize that it can be important in many games to allow the player to form a plan of action.<\/li>\n<li><strong>Perceivable consequence<\/strong> is defined in the reading as a clear reaction of the game to the player\u2019s actions. Clarity is important here: if the game reacts but you don\u2019t know how the game state has changed, then you may have difficulty linking your actions to the consequences of those actions. \u201cPerceivable consequence\u201d is known by a more common name: <strong>feedback<\/strong>.<\/li>\n<li><strong>Story<\/strong> is the narrative thread of the game. Note that a game can contain two different types of story: the \u201cembedded\u201d story (created by the designer) and the \u201cemergent\u201d story (created by players). Emergent story happens, for example, when you tell your friends about a recent game you played and what happened to you during the play: \u201cI had taken over all of Africa, but I just couldn\u2019t keep the Blue player out of Zaire.\u201d Embedded story is what we normally think of as the \u201cnarrative\u201d of the game: \u201cYou are playing a brave knight venturing into the castle of an evil wizard.\u201d Church\u2019s point is that <em>embedded<\/em> story competes with intention and consequence \u2014 that is, the more the game is \u201con rails\u201d, the less the player can affect the outcome. This statement is a clearer articulation of what Costikyan meant in \u201cI Have No Words\u201d when he said that games are not stories.<\/li>\n<\/ul>\n<p data-adtags-visited=\"true\">Here is an example of why player intention and perceivable consequence are important. Consider this situation: you are playing a first-person shooter game. You walk up to a wall that has a switch on it. You flip the switch. Nothing happens. Well, actually something\u00a0<em>did<\/em>\u00a0happen, but the game gives you no indication of\u00a0<em>what<\/em>\u00a0happened. Maybe a door somewhere else in the level opened. Maybe you just unleashed a bunch of monsters into the area, and you\u2019ll run into them as soon as you exit the current room. Maybe there are a series of switches, and they all have to be in\u00a0<em>exactly the right pattern<\/em>\u00a0of on and off (or they have to be triggered in the right order) in order to open up the path to the level exit. But you have no way of knowing, and so you feel frustrated that you must now do a thorough search of everywhere you\u2019ve already been\u2026 just to see if the switch did anything.<\/p>\n<p data-adtags-visited=\"true\">How could you fix this? Add better feedback. One way would be to provide a map to the player, and show them a location on the map when the switch was pulled. Or, show a brief cut scene that shows a door opening somewhere. I\u2019m sure you can think of other methods as well.<\/p>\n<p data-adtags-visited=\"true\">On another subject, Church also included an interesting note at the end of the article about how he values beta testing, and half of his readers found the first two pages slow, so start at page 3 if you\u2019re in that half. This would be an example of <strong>iteration<\/strong>\u00a0in the design of this essay, of exactly the sort we talked about.<\/p>\n<p data-adtags-visited=\"true\">This note was likely partly in jest, but let\u2019s take it at face value. There\u2019s a slight problem with this fix: you don\u2019t see the note until you\u2019ve already read all of the way through the article, and it\u2019s too late to do anything about it. If Church were to iterate on his design a second time, what would you suggest he do?<\/p>\n<p data-adtags-visited=\"true\">\n<p><span style=\"font-size: 8pt\">This chapter was adapted from <a href=\"https:\/\/gamedesignconcepts.wordpress.com\/2009\/07\/06\/level-3-formal-elements-of-games\/\">Level 3<\/a> of Ian Schreiber&#8217;s <em>Game Design Concepts<\/em> course.<\/span><\/p>\n","protected":false},"author":11,"menu_order":3,"template":"","meta":{"pb_show_title":"on","pb_short_title":"","pb_subtitle":"","pb_authors":[],"pb_section_license":""},"chapter-type":[],"contributor":[],"license":[],"class_list":["post-53","chapter","type-chapter","status-publish","hentry"],"part":48,"_links":{"self":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapters\/53","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapters"}],"about":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/wp\/v2\/types\/chapter"}],"author":[{"embeddable":true,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/wp\/v2\/users\/11"}],"version-history":[{"count":1,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapters\/53\/revisions"}],"predecessor-version":[{"id":54,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapters\/53\/revisions\/54"}],"part":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/parts\/48"}],"metadata":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapters\/53\/metadata\/"}],"wp:attachment":[{"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/wp\/v2\/media?parent=53"}],"wp:term":[{"taxonomy":"chapter-type","embeddable":true,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/pressbooks\/v2\/chapter-type?post=53"},{"taxonomy":"contributor","embeddable":true,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/wp\/v2\/contributor?post=53"},{"taxonomy":"license","embeddable":true,"href":"https:\/\/pressbooks.usnh.edu\/creatinggames\/wp-json\/wp\/v2\/license?post=53"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}