Design Patterns - Revision history

ValterAlves at 23:19, 11 December 2011

2011-12-11T23:19:00Z

ValterAlves at 16:41, 28 August 2011

2011-08-28T16:41:04Z

ValterAlves at 16:34, 28 August 2011

2011-08-28T16:34:10Z

ValterAlves at 16:33, 28 August 2011

2011-08-28T16:33:31Z

0:0:0:0:0:0:0:1 at 14:15, 20 June 2011

2011-06-20T14:15:55Z

0:0:0:0:0:0:0:1 at 14:09, 20 June 2011

2011-06-20T14:09:15Z

0:0:0:0:0:0:0:1 at 14:01, 20 June 2011

2011-06-20T14:01:41Z

0:0:0:0:0:0:0:1 at 14:01, 20 June 2011

2011-06-20T14:01:05Z

0:0:0:0:0:0:0:1: Created page with "ffwerfef"

2011-06-20T10:18:01Z

Created page with "ffwerfef"

New page

ffwerfef

@@ Line 7: / Line 7: @@
 Patterns are gathered in collections. Patterns – addressed by their names – constitute a vocabulary for the domain and if they are organized by specifying their relations, such as interdependency and influence, they may come to constitute a domain language. While emerging, a language may not be unique, or may comprise or have overlappings with other languages. Yet, when it becomes a non-elitist asset to the point of enabling production of discourse and dialog among stakeholders in a domain, such a language can empower different actors to have a stronger participation in design process and outcomes.
-One main characteristic of design pattern collections is that they are a living body-of-knowledge (BoK). The evolution of patterns is an inherent strength of this methodology. A collection is permanently open for additions and each pattern can be challenged, improved or refined. Patterns may meet several states of maturity, often referred to as confidence levels, an indicator that can be explicitly included as a field in the pattern template. A pattern that is not yet fully accepted as so is often classified as “candidate”. The fact that patterns may be drafted, even if their authors are not able to fully prove them, opens the possibility to prior and generative discussion with other practitioners.
+One main characteristic of design pattern collections is that they are a living body-of-knowledge. The evolution of patterns is an inherent strength of this methodology. A collection is permanently open for additions and each pattern can be challenged, improved or refined. Patterns may meet several states of maturity, often referred to as confidence levels, an indicator that can be explicitly included as a field in the pattern template. A pattern that is not yet fully accepted as so is often classified as “candidate”. The fact that patterns may be drafted, even if their authors are not able to fully prove them, opens the possibility to prior and generative discussion with other practitioners.
 ==A Pattern Language for Sound Design in Games==

@@ Line 1: / Line 1: @@
 Design patterns are a form of presentation of proven solutions to recurrent problems in a specific context, accompanied by references and assistance on the forces and/or consequences involved in their application <ref name="Alexander79" /><ref name="Vlissides" />.
-Each pattern is referenced by a common name or expression that usually becomes synonym with the concept or solution and, as such, enters everyday domain language among practitioners. The presentation usually follows a [[template]] but the definition of the template and the adopted terminology can be authored according to what makes more sense.
+Each pattern is referenced by a common name or expression that usually becomes synonym with the concept or solution and, as such, enters everyday domain language among practitioners. The presentation usually follows a [[Anatomy of a Pattern|template]] but the definition of the template and the adopted terminology can be authored according to what makes more sense.
 Patterns are, in this way, a synthesis and a translation of knowledge that was not yet formally structured or that was structured in some other format. Namely, a pattern’s author may have no relation to the creator of the solution for the problem that such pattern addresses. It may even be the case that a solution is well known and authorship has been lost in time.

@@ Line 9: / Line 9: @@
 One main characteristic of design pattern collections is that they are a living body-of-knowledge (BoK). The evolution of patterns is an inherent strength of this methodology. A collection is permanently open for additions and each pattern can be challenged, improved or refined. Patterns may meet several states of maturity, often referred to as confidence levels, an indicator that can be explicitly included as a field in the pattern template. A pattern that is not yet fully accepted as so is often classified as “candidate”. The fact that patterns may be drafted, even if their authors are not able to fully prove them, opens the possibility to prior and generative discussion with other practitioners.
-==A Pattern Language for Sound Design in Games<ref name="AlvesAM10" />==
+==A Pattern Language for Sound Design in Games==
-There is a strong match between what the formalism of design patterns can offer and the current needs and characteristics of the field of sound design in games. The know-how is mostly informally held and very unevenly distributed, and there exists a large and active community of independent game developers who could benefit from a dissemination of sound design knowledge.
+There is a strong match between what the formalism of design patterns can offer and the current needs and characteristics of the field of sound design in games<ref name="AlvesAM10" />. The know-how is mostly informally held and very unevenly distributed, and there exists a large and active community of independent game developers who could benefit from a dissemination of sound design knowledge.
 Design patterns could become especially useful to train inexperienced designers and therefore particularly suitable for promoting and guiding competent sound design in the broad community of small or independent game developers.
 ==Methodology==

@@ Line 1: / Line 1: @@
-ffwerfef
+Design patterns are a form of presentation of proven solutions to recurrent problems in a specific context, accompanied by references and assistance on the forces and/or consequences involved in their application <ref name="Alexander79" /><ref name="Vlissides" />.
-<qt>file=exp1.mov|width=480|height=272|autoplay=false|controller=true</qt>
+Each pattern is referenced by a common name or expression that usually becomes synonym with the concept or solution and, as such, enters everyday domain language among practitioners. The presentation usually follows a [[template]] but the definition of the template and the adopted terminology can be authored according to what makes more sense.
-<qt>file=exp1.mov|width=480|height=272|autoplay=false|controller=false</qt>
-<qt>file=exp1.mov|width=480|height=287|autoplay=false|controller=true</qt>
+Patterns are, in this way, a synthesis and a translation of knowledge that was not yet formally structured or that was structured in some other format. Namely, a pattern’s author may have no relation to the creator of the solution for the problem that such pattern addresses. It may even be the case that a solution is well known and authorship has been lost in time.
-<qt>file=exp1.mov|width=480|height=287|autoplay=false|controller=false</qt>

← Older revision		Revision as of 14:15, 20 June 2011
Line 3:		Line 3:
	<qt>file=exp1.mov\|width=480\|height=272\|autoplay=false\|controller=true</qt>		<qt>file=exp1.mov\|width=480\|height=272\|autoplay=false\|controller=true</qt>
	<qt>file=exp1.mov\|width=480\|height=272\|autoplay=false\|controller=false</qt>		<qt>file=exp1.mov\|width=480\|height=272\|autoplay=false\|controller=false</qt>
		+	<qt>file=exp1.mov\|width=480\|height=287\|autoplay=false\|controller=true</qt>
		+	<qt>file=exp1.mov\|width=480\|height=287\|autoplay=false\|controller=false</qt>

← Older revision		Revision as of 14:01, 20 June 2011
Line 2:		Line 2:

	<qt>file=exp1.mov\|scale=tofit\|width=480\|height=272\|autoplay=false\|controller=true</qt>		<qt>file=exp1.mov\|scale=tofit\|width=480\|height=272\|autoplay=false\|controller=true</qt>
		+
		+	<qt>file=exp1.mov\|scale=tofit\|autoplay=false\|controller=true</qt>

← Older revision		Revision as of 14:01, 20 June 2011
Line 1:		Line 1:
	ffwerfef		ffwerfef
		+
		+	<qt>file=exp1.mov\|scale=tofit\|width=480\|height=272\|autoplay=false\|controller=true</qt>