<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Navimation Research &#187; design</title>
	<atom:link href="http://www.navimationresearch.net/tag/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.navimationresearch.net</link>
	<description>A design research blog by Jon Olav Eikenes</description>
	<lastBuildDate>Thu, 03 Jun 2010 20:58:43 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Sketching in time</title>
		<link>http://www.navimationresearch.net/2009/sketching-in-time/</link>
		<comments>http://www.navimationresearch.net/2009/sketching-in-time/#comments</comments>
		<pubDate>Sat, 22 Aug 2009 18:01:19 +0000</pubDate>
		<dc:creator>Jon Olav</dc:creator>
				<category><![CDATA[Design process]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Navimation examples]]></category>
		<category><![CDATA[animation]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[method]]></category>
		<category><![CDATA[navimation]]></category>
		<category><![CDATA[paper prototyping]]></category>
		<category><![CDATA[prototype]]></category>
		<category><![CDATA[prototyping]]></category>
		<category><![CDATA[sketch]]></category>
		<category><![CDATA[sketching]]></category>
		<category><![CDATA[stop motion]]></category>
		<category><![CDATA[technique]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://www.navimationresearch.net/?p=316</guid>
		<description><![CDATA[“Since they need to be able to capture the essence of design concepts around transitions, dynamics, fell, phrasing, and all the other unique attributes of interactive systems, sketches of interaction must necessarily be distinct from (traditional) types of sketches…” Bill Buxton: Sketching User Experiences
This week I have been involved in teaching a group of interaction [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>“Since they need to be able to capture the essence of design concepts around transitions, dynamics, fell, phrasing, and all the other unique attributes of interactive systems, sketches of interaction must necessarily be distinct from (traditional) types of sketches…” <em>Bill Buxton: <a href="http://www.amazon.com/Sketching-User-Experiences-Interactive-Technologies/dp/0123740371">Sketching User Experiences</a></em></p></blockquote>
<p>This week I have been involved in teaching a group of interaction design students at the <a href="http://richsocialmedia.com/">Design for interactive and social media</a> course at AHO. The topic has been ‘Sketching with time’, and has focused on using stop motion combined with paper prototyping to sketch interface ideas. The week’s assignment was to make a photo album interface and experiment with navimation.</p>
<p>Before introducing the students to the technique I had to try it out myself. I found the Mac application <a href="http://web.mac.com/philipp.brendel/Software/FrameByFrame.html">FrameByFrame</a> which has been brilliant for this purpose. The functionality of the software is limited, but it is free, extremely simple to use, and serves the purpose for quick motion sketching.</p>
<p>Here are two of the quick stop motion sketches I made:</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="512" height="384" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://vimeo.com/moogaloop.swf?clip_id=6220611&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" /><embed type="application/x-shockwave-flash" width="512" height="384" src="http://vimeo.com/moogaloop.swf?clip_id=6220611&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" allowscriptaccess="always" allowfullscreen="true"></embed></object></p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="512" height="384" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://vimeo.com/moogaloop.swf?clip_id=6220688&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" /><embed type="application/x-shockwave-flash" width="512" height="384" src="http://vimeo.com/moogaloop.swf?clip_id=6220688&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" allowscriptaccess="always" allowfullscreen="true"></embed></object></p>
<p>I also tried using video, recording my actions in real time:</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="512" height="384" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://vimeo.com/moogaloop.swf?clip_id=6220625&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" /><embed type="application/x-shockwave-flash" width="512" height="384" src="http://vimeo.com/moogaloop.swf?clip_id=6220625&amp;server=vimeo.com&amp;show_title=0&amp;show_byline=0&amp;show_portrait=0&amp;color=00ADEF&amp;fullscreen=1" allowscriptaccess="always" allowfullscreen="true"></embed></object></p>
<p>The video quality is quite rough (partly because I am using a really old DV camera), but I don&#8217;t see this as a big problem. The technique is primarily to be used for quick sketches early in the design process.</p>
<p><img class="alignnone size-medium wp-image-321" title="Video Sketching" src="http://www.navimationresearch.net/wp-content/uploads/2009/08/IMG_6949-300x210.jpg" alt="Video Sketching" width="300" height="210" /></p>
<p>The students got three days to make their video sketches. During these days many of the students managed to do a lot of experimentation and test out different ideas. The task was in many ways an experiment from our side, so I was positively surprised by the diversity and quality of their work. I also got the impression that they had learned a lot about timing, response and communication in the interface.</p>
<p>The technique has clearly some disadvantages &#8211; it is for example hard to make subtle movements and deal with details and many elements at the same time. However, it seems especially suited for 3D motion sketching, since this often requires a lot of time and skills to do on a computer.</p>
<p>UPDATE: see <a href="http://www.navimationresearch.net/2009/sketching-with-time/">some of the videos</a> the students made.</p>
 <img src="http://www.navimationresearch.net/wp-content/plugins/feed-statistics.php?view=1&post_id=316" width="1" height="1" style="display: none;" />]]></content:encoded>
			<wfw:commentRss>http://www.navimationresearch.net/2009/sketching-in-time/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Fallman on design and design research</title>
		<link>http://www.navimationresearch.net/2009/fallman-design-research/</link>
		<comments>http://www.navimationresearch.net/2009/fallman-design-research/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 17:00:12 +0000</pubDate>
		<dc:creator>Jon Olav</dc:creator>
				<category><![CDATA[Design and research]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Theory]]></category>
		<category><![CDATA[artefacts]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[design research]]></category>
		<category><![CDATA[Fallman]]></category>
		<category><![CDATA[HCI]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[research by design]]></category>

		<guid isPermaLink="false">http://www.navimationresearch.net/?p=217</guid>
		<description><![CDATA[The 8 pages long paper &#8216;Design-oriented Human-Computer Interaction&#8216; by Daniel Fallman takes on quite a comprehensive task when it addresses what design &#8216;is&#8217;, how design is related to HCI, and what the relation between design and research might be in HCI.
Even if Fallman takes on an impossible task for such a short paper, he offers [...]]]></description>
			<content:encoded><![CDATA[<p>The 8 pages long paper &#8216;<a href="http://portal.acm.org/citation.cfm?id=642611.642652">Design-oriented Human-Computer Interaction</a>&#8216; by <a href="http://daniel.fallman.org/">Daniel Fallman</a> takes on quite a comprehensive task when it addresses what design &#8216;is&#8217;, how design is related to <a href="http://en.wikipedia.org/wiki/Human-computer_interaction">HCI</a>, and what the relation between design and research might be in HCI.</p>
<p>Even if Fallman takes on an impossible task for such a short paper, he offers very interesting concepts and arguments. The paper is written from the perspective of HCI, not design as such. However, he argues that HCI has emerged as a design-oriented field. Many of the arguments and concepts presented should be relevant for design research in general.</p>
<h4>3 accounts on what design &#8216;is&#8217;</h4>
<p>Fallman presents three accounts from design theory on what design &#8216;is&#8217;. He calls these <em>the conservative</em>, <em>the romantic</em>, and <em>the pragmatic</em>.</p>
<ol>
<li><em>The conservative</em> account sees design as a rational process that aims to convert an undesired situation into a desirable one, by going through rational and structured methodological steps. This account assumes that there is a &#8216;problem&#8217; to be solved. Design is thought of as a scientific or engineering endeavour, and the focus is on normative design methods and generic design principles. For this account, references are given to H. Simon, C. Alexander, J. Löwgren and E. Stolterman.</li>
<li><em>The romantic</em> account gives prominence to the role of the designer, which is seen as a mastermind or creative genius. Here, imagination and creativity is seen as key abilities rather than abstract reasoning and rational problem solving. Rather then a focus on the process, the focus is on values, taste, quality and aesthetics. Art is the role model here, rather then science. References are given to R. Coyne, E. Stolterman, and P. Louridas</li>
<li><em>The pragmatic</em> account holds that design always is carried out in a specific situation, where the designers iteratively interpret the effects of their designs on the situation on hand. Design can therefore be seen as a <a href="http://en.wikipedia.org/wiki/Hermeneutics">hermeneutic</a> process. This view draws on pragmatism and may see knowing-in-action as a specific and important kind of knowledge. Since every design situation is different, the ability to deal with different situations is more important than theories and methodology for guidance. Reference is given to D. Schön and D. Ihde.</li>
</ol>
<p>I do not currently have the necessary overview to evaluate these categories, though I wonder if they may be a bit simplified and exaggerated. I do not think many designers (my self included) would position themselves in either one of these categories. In practice, it seems to me that design may sometimes include rational problem solving, sometimes &#8216;mysterious&#8217; creativity, and most often the specificity of the situation at hand. The emphasis will vary from field to field, from designer to designer, and from project to project. However, such categories provide us with means for discussing what design &#8216;is&#8217;, which is essential in a theoretical inquiry. This understanding may further influence the way design education is conducted, and how the role of design and designers is understood at a general level.</p>
<h4>Sketching as design thinking</h4>
<p>To get closer to what design &#8216;is&#8217;, Fallman considers the role of sketching as an archetypical design activity. He argues that designers&#8217; thinking is mediated by sketches and prototypes. The materials &#8216;talk back&#8217; to the designer in an ongoing dialogue between the designer and the sketch.</p>
<blockquote><p>&#8230;design involves the designer in a necessary dialogue with the materials of the design situation, from which the design problem and its solution are worked out simultaneously, as a closely coupled pair. (page 231)</p></blockquote>
<p>In this unfolding process <em>problem setting</em> and <em>problem solving</em> (Schön) are seen as intertwined activities, in a search for a coherent, well-balanced whole.</p>
<blockquote><p>[Design] &#8230; must not simply be seen either as a question of problem-solving, as an art-form, or as a bustle with reality: it is on the contrary an unfolding activity which demands deep involvement from the designer. &#8221; (page 231-232)</p></blockquote>
<p>Rather than seeing design as a hybrid discipline between art and science, design should be considered as a <em>tradition</em> guiding action and thought, which spans across many disciplines.</p>
<h4>Design-oriented Research vs. Research-oriented Design</h4>
<p>Fallman proposes a new way to distinguish research activities in HCI that involve design production.</p>
<ul>
<li><em>Design-oriented Research</em> has <em>knowledge</em> of some sort as the main contribution. This is the conduct of academic researchers, and should be conducted when the knowledge would not be attainable if design production was not a vital part of the research process. Here, the designed artefact is considered a means to an end, for example for exploring possibilities outside a current paradigm.</li>
<li><em>Research-oriented Design</em> has production of <em>new artefacts</em> as its main motivation, not the production of new knowledge. Nevertheless, this production may relate to research in many ways. I suppose what is normally considered <em>development</em> would fit within this category.</li>
</ul>
<p>Fallman argues that <em>Design-oriented Research</em> should include <em>problem setting</em> as an important part, while <em>Research-oriented Design</em> most often has <em>problem solving</em> as its main component.</p>
<p>Relating this to my own work, it is clear that doing a PhD entails scholarly and academic research where the aim is to produce new theoretical knowledge. The production of artifacts is subordinate. However, I think the production of artefacts can play an important role not only in informing theory, but also in embedding, presenting and visualising theory. In a social-cultural view on artefacts, the artefact does not in itself have a determined meaning. Nontheless, an artefact may play an important role in the dispersion of knowledge, as long as the theoretical argument is made clear and apparent.</p>
 <img src="http://www.navimationresearch.net/wp-content/plugins/feed-statistics.php?view=1&post_id=217" width="1" height="1" style="display: none;" />]]></content:encoded>
			<wfw:commentRss>http://www.navimationresearch.net/2009/fallman-design-research/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Seminar: Research by design</title>
		<link>http://www.navimationresearch.net/2008/seminar-research-by-design/</link>
		<comments>http://www.navimationresearch.net/2008/seminar-research-by-design/#comments</comments>
		<pubDate>Fri, 05 Dec 2008 15:04:17 +0000</pubDate>
		<dc:creator>Jon Olav</dc:creator>
				<category><![CDATA[Design and research]]></category>
		<category><![CDATA[Events]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[PhD school]]></category>
		<category><![CDATA[AHO]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[research by design]]></category>
		<category><![CDATA[seminar]]></category>

		<guid isPermaLink="false">http://www.navimationresearch.net/?p=96</guid>
		<description><![CDATA[The Research by Design seminar was arranged yesterday as part of the PhD school at AHO. It was a rather long day of presentations, more or less relevant to my project. The image below is from the last presentation, many had left at this point.



  



Chris Rust (webpage) presented A Hopeful Marriage: Artistic Inguiry [...]]]></description>
			<content:encoded><![CDATA[<p>The <em>Research by Design</em> seminar was arranged yesterday as part of the PhD school at AHO. It was a rather long day of presentations, more or less relevant to my project. The image below is from the last presentation, many had left at this point.</p>
<table border="0">
<tbody>
<tr>
<td>  <a title="Research by design seminar by Jon Olav, on Flickr" href="http://www.flickr.com/photos/jonolave/3082910884/"><img src="http://farm4.static.flickr.com/3240/3082910884_b78629955a.jpg" alt="Research by design seminar" width="500" height="109" /></a></td>
</tr>
</tbody>
</table>
<p><strong>Chris Rust</strong> (<a href="http://www.chrisrust.net/">webpage</a>) presented<strong> </strong><em>A Hopeful Marriage: Artistic Inguiry in the Academy 1993-2008</em>, and shared experiences from the UK on practice-based research. Some key points: good research practice is the one important criteria, avoid excess of theorizing, don&#8217;t create a monster, build theory through practice, own your research and argue for it, a thesis must be visible and permanent, research should be a single inquiry.</p>
<p><strong> Timo Arnall &amp; Einar Sneve Martinussen</strong> presented<strong> </strong><em>Touch: Designing an Internet of Things</em>, and gave a general overview of the <a href="http://www.nearfield.org/">Touch</a> project at AHO, described through a series of themes.</p>
<p><strong>Birger Sevaldson </strong>was<strong> </strong><em>Being Specific about Practice Based Research in Design: An Attempt at Mapping the Field</em>, and is in the process of mapping the field of Practice Based Research. A difficult but important task.</p>
<p><strong>Michael Weinstock </strong>gave a presentation on<strong> </strong><em>Forms and Process in Nature and Civilisation</em>, and showed how we can understand the emergence of cities, civilisation and information systems by looking at processes of metabolism and evolution in nature.</p>
<p><strong>Michael Hensel </strong>is<strong> </strong><em>Constructing a Research Programme: Performance-Oriented Design along a Biological Paradigm</em>. He is investigating the possibility of going from a function-oriented architecture to a new paradigm inspired by biology, where performativity is a key issue.</p>
<p><strong>Mick Eekhout</strong><strong> </strong>presented an example of <em>Designing and Prototyping of a New Generation of Composite Sandwich Structures for Free Form Architecture</em>. We got to see how technological research may be carried out in real world projects.</p>
<p><strong>Børre Skodvin</strong> (<a href="http://www.jsa.no/">Jensen &amp; Skodvin</a>) gave insights <em>From Architectural Practice</em><strong>, </strong>on the relationship between practice and research seen from a practitioner.</p>
<p><strong>Pattie Bell Hastings</strong> (<a href="http://www.pattiebellehastings.net/">webpage</a>) presented <em>The Misuse Manifesto</em>, related to her artistic work in progress, with ideas related to technology and <a href="http://mobilemisuse.blogspot.com/">mobile misuse</a>.</p>
<p>The seminar was a bit long, and except of Chris Rust and Birger Sevaldson&#8217;s presentations, there were few attempts to discuss and problematize the concepts and practices of &#8216;research by design&#8217;. We saw many examples that were interesting in themselves, but without being placed in a theoretical context it is hard to see how they help us to develop better theories or practices of &#8216;research by design&#8217;.</p>
 <img src="http://www.navimationresearch.net/wp-content/plugins/feed-statistics.php?view=1&post_id=96" width="1" height="1" style="display: none;" />]]></content:encoded>
			<wfw:commentRss>http://www.navimationresearch.net/2008/seminar-research-by-design/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
