<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: The Lifecycle of Design: Part 4</title>
	<atom:link href="http://bokardo.com/archives/the-lifecycle-of-design-part-4/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/</link>
	<description>A Blog about Social Web Design</description>
	<lastBuildDate>Fri, 19 Feb 2010 06:52:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Project Syndicate &#187; The Lifecycle of Design: Part 4</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-23503</link>
		<dc:creator>Project Syndicate &#187; The Lifecycle of Design: Part 4</dc:creator>
		<pubDate>Mon, 02 Oct 2006 16:29:33 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-23503</guid>
		<description>[...] The Lifecycle of Design: Part 4 (on bokardo.com) [...]</description>
		<content:encoded><![CDATA[<p>[...] The Lifecycle of Design: Part 4 (on bokardo.com) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 10 Resources4Info &#187; Late breaking news</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-23287</link>
		<dc:creator>10 Resources4Info &#187; Late breaking news</dc:creator>
		<pubDate>Sat, 30 Sep 2006 22:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-23287</guid>
		<description>[...] The Lifecycle of &lt;b&gt;Design&lt;/b&gt;: Part 4 [...]</description>
		<content:encoded><![CDATA[<p>[...] The Lifecycle of &lt;b&gt;Design&lt;/b&gt;: Part 4 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: web live :: Writing as IT :: September :: 2006</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-22779</link>
		<dc:creator>web live :: Writing as IT :: September :: 2006</dc:creator>
		<pubDate>Wed, 27 Sep 2006 05:38:48 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-22779</guid>
		<description>[...] Ok, so this is something completely different. Instead of the usual joshness, I&#8217;ve invited my friend Bill (and my former professor at RPI) to guest post because he&#8217;s writing a really cool book and wants to get feedback on some early parts of it. Before I show you the content, however, let me set the stage a bit&#8230; Last week, in part 4 of my discussion with Luke Wroblewski, the topic of writing and design came up. I compared writing to design, because I think there are striking similarities between the two: they each involve the selection and organization of content for effective communication of ideas. I was discussing this later with Bill, and he shared with me an even more extreme idea. Now, if there&#8217;s one thing that I know about Bill, it&#8217;s that there&#8217;s a lot more to his writing than can be gotten in an initial skimming. He&#8217;ll sendbit&#8230; me something, I&#8217;ll read it, and then weeks later I&#8217;ll realize how it got into my psyche&#8230;I&#8217;ve assimilated the thoughts almost without knowing it. So, with that, here&#8217;s a brief overview of the book he&#8217;s working on. And by the way, solid, enlightening feedback is mandatory&#8230;  &#8212; the following is a book excerpt by Bill Hart-Davidson &#8212;Writing as ITWriting is information technology. This deceptively simple statement serves as both the central claim of and motivation for a book I am working on that is an attempt to demonstrate a kind of inquiry for creating useful and usable information systems grounded in and based upon the study of writing. And I begin with the assumption that the connection between studying writing and creating useful and usable information systems is quite tenuous for most folks who would call themselves &#8220;writing specialists&#8221; of one sort or another as well as those who have a stake in the design of information systems .So where was I? Oh yes, Writing is IT. For some readers, the statement is counterintuitive. These readers might say &#8220;no, information technology is mathematics.&#8221; And I would not immediately disagree. Digital technologies, in particular, are fundamentally mathematical in that the information is ultimately represented using numbers and the powerful manipulations of information we can perform in digital environments all depend on computation . But for most users of information technology, the digital, computational nature of the information they work with is all but invisible in the day-to-day tasks they do. And, more importantly, in the goals, hopes, and even the pragmatic activities and tasks that users engage information technology to accomplish, computation is conspicuously absent, even actively avoided. Through information technology, computation provides a medium for augmenting our ability to create and use information (Dourish, 2001). Writing, it turns out, does this too.But just as computing is not what people want to do or think of themselves as doing with their computers, neither is writing. In fact, that writing is going on at all where information technologies are concerned is likely to be all but invisible to most users. This, then, is the reason I want to assert that &#8220;Writing is IT&#8221;, the thing that information systems attempt to leverage the power of in order to be valuable to users. To put it another way, writing makes information systems work &#8211; the basic technique of making a mark on a surface using a systematic encoding scheme is central to computing architectures, to network architectures, and on a day-to-day use level, to most of the work that folks do in the context of information systems. Unlike computation, writing rises to the very top of our consciousness as users of information technology quite often, even if it quickly goes away once our task is done. What is it we do at our computers and over our networks? We write. And/or we do things that invoke our computers, our hardware, and our applications to write.A Disciplinary View of Writing&#8230;Putting aside for a moment the fact that claiming &#8220;disciplinary&#8221; views of writing exist at all is, in my own field, controversial, here is a very simple rendering of the difference between a disciplinary view of writing and a more conventional view, held by someone who doesn&#8217;t define their work in life as the study of writing . Traditional views of writing assume writers and readers are engaged in a special kind of conversation, one where the text stands in for one or more absent participants. My view of writing, on the other hand, assumes that writing is a medium, and that people are more often users of texts (as opposed to participants in a conversation); writing is not the focus of the action, but a powerful context for action.In my book, I am trying to frame a view of writing that suggests that those of us who are &#8220;writing geeks&#8221; and those of us who are &#8220;computer geeks&#8221; have something in common. Consider the folks behind Google. Their search engine can provide users with fantastic search results precisely because of a relevance algorithm that focuses on &#8220;writing&#8221; as a social phenomenon, namely how many people make links between a concept, a keyword, or a name. Google folks get my disciplinary view of writing. And a lot of other people do too. Trouble is, they don&#8217;t call it writing or recognize it to be an act thereof. Thus is that nature of disciplinary views of all sorts. What non-physicists call &#8220;matter&#8221; and what physicists call matter tend to be different things, especially when the conversation is one physicist talking to another one.This view of writing is, potentially, dangerous when we throw in our assumptions about what it means to be &#8220;literate.&#8221; Who can read and write? The view of writing described above calls for us to recognize &#8220;literacy&#8221; not as an ability to communicate well in writing, but rather as a kind of record of concrete &#8220;events&#8221; in the lived experience of people communicating. Such a view even suggests a theoretical and ethical stance for researchers from a variety of disciplines who would contribute to the development of information systems: inquiry dedicated to the proposition that all literacy events are created equal. The &#8220;literate&#8221; can link? can blog? can view and edit an aggregated transaction history that they contribute to (that is, a text that they co-author) by swiping their discount card at the grocery store? Aren&#8217;t those the conditions for literacy in the information age? [...]</description>
		<content:encoded><![CDATA[<p>[...] Ok, so this is something completely different. Instead of the usual joshness, I&rsquo;ve invited my friend Bill (and my former professor at RPI) to guest post because he&rsquo;s writing a really cool book and wants to get feedback on some early parts of it. Before I show you the content, however, let me set the stage a bit&hellip; Last week, in part 4 of my discussion with Luke Wroblewski, the topic of writing and design came up. I compared writing to design, because I think there are striking similarities between the two: they each involve the selection and organization of content for effective communication of ideas. I was discussing this later with Bill, and he shared with me an even more extreme idea. Now, if there&rsquo;s one thing that I know about Bill, it&rsquo;s that there&rsquo;s a lot more to his writing than can be gotten in an initial skimming. He&rsquo;ll sendbit&hellip; me something, I&rsquo;ll read it, and then weeks later I&rsquo;ll realize how it got into my psyche&hellip;I&rsquo;ve assimilated the thoughts almost without knowing it. So, with that, here&rsquo;s a brief overview of the book he&rsquo;s working on. And by the way, solid, enlightening feedback is mandatory&hellip;  &mdash; the following is a book excerpt by Bill Hart-Davidson &mdash;Writing as ITWriting is information technology. This deceptively simple statement serves as both the central claim of and motivation for a book I am working on that is an attempt to demonstrate a kind of inquiry for creating useful and usable information systems grounded in and based upon the study of writing. And I begin with the assumption that the connection between studying writing and creating useful and usable information systems is quite tenuous for most folks who would call themselves &ldquo;writing specialists&rdquo; of one sort or another as well as those who have a stake in the design of information systems .So where was I? Oh yes, Writing is IT. For some readers, the statement is counterintuitive. These readers might say &ldquo;no, information technology is mathematics.&rdquo; And I would not immediately disagree. Digital technologies, in particular, are fundamentally mathematical in that the information is ultimately represented using numbers and the powerful manipulations of information we can perform in digital environments all depend on computation . But for most users of information technology, the digital, computational nature of the information they work with is all but invisible in the day-to-day tasks they do. And, more importantly, in the goals, hopes, and even the pragmatic activities and tasks that users engage information technology to accomplish, computation is conspicuously absent, even actively avoided. Through information technology, computation provides a medium for augmenting our ability to create and use information (Dourish, 2001). Writing, it turns out, does this too.But just as computing is not what people want to do or think of themselves as doing with their computers, neither is writing. In fact, that writing is going on at all where information technologies are concerned is likely to be all but invisible to most users. This, then, is the reason I want to assert that &ldquo;Writing is IT&rdquo;, the thing that information systems attempt to leverage the power of in order to be valuable to users. To put it another way, writing makes information systems work &ndash; the basic technique of making a mark on a surface using a systematic encoding scheme is central to computing architectures, to network architectures, and on a day-to-day use level, to most of the work that folks do in the context of information systems. Unlike computation, writing rises to the very top of our consciousness as users of information technology quite often, even if it quickly goes away once our task is done. What is it we do at our computers and over our networks? We write. And/or we do things that invoke our computers, our hardware, and our applications to write.A Disciplinary View of Writing&hellip;Putting aside for a moment the fact that claiming &ldquo;disciplinary&rdquo; views of writing exist at all is, in my own field, controversial, here is a very simple rendering of the difference between a disciplinary view of writing and a more conventional view, held by someone who doesn&rsquo;t define their work in life as the study of writing . Traditional views of writing assume writers and readers are engaged in a special kind of conversation, one where the text stands in for one or more absent participants. My view of writing, on the other hand, assumes that writing is a medium, and that people are more often users of texts (as opposed to participants in a conversation); writing is not the focus of the action, but a powerful context for action.In my book, I am trying to frame a view of writing that suggests that those of us who are &ldquo;writing geeks&rdquo; and those of us who are &ldquo;computer geeks&rdquo; have something in common. Consider the folks behind Google. Their search engine can provide users with fantastic search results precisely because of a relevance algorithm that focuses on &ldquo;writing&rdquo; as a social phenomenon, namely how many people make links between a concept, a keyword, or a name. Google folks get my disciplinary view of writing. And a lot of other people do too. Trouble is, they don&rsquo;t call it writing or recognize it to be an act thereof. Thus is that nature of disciplinary views of all sorts. What non-physicists call &ldquo;matter&rdquo; and what physicists call matter tend to be different things, especially when the conversation is one physicist talking to another one.This view of writing is, potentially, dangerous when we throw in our assumptions about what it means to be &ldquo;literate.&rdquo; Who can read and write? The view of writing described above calls for us to recognize &ldquo;literacy&rdquo; not as an ability to communicate well in writing, but rather as a kind of record of concrete &ldquo;events&rdquo; in the lived experience of people communicating. Such a view even suggests a theoretical and ethical stance for researchers from a variety of disciplines who would contribute to the development of information systems: inquiry dedicated to the proposition that all literacy events are created equal. The &ldquo;literate&rdquo; can link? can blog? can view and edit an aggregated transaction history that they contribute to (that is, a text that they co-author) by swiping their discount card at the grocery store? Aren&rsquo;t those the conditions for literacy in the information age? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nowuseit.com &#124; links for 2006-09-25</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-22588</link>
		<dc:creator>nowuseit.com &#124; links for 2006-09-25</dc:creator>
		<pubDate>Mon, 25 Sep 2006 19:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-22588</guid>
		<description>[...] Bokardo Â» The Lifecycle of Design: Part 4  part 4 of a conversation with Luke Wroblewski on design lifecycles. (tags: design bokardo conversation webdesign) [...]</description>
		<content:encoded><![CDATA[<p>[...] Bokardo Â» The Lifecycle of Design: Part 4  part 4 of a conversation with Luke Wroblewski on design lifecycles. (tags: design bokardo conversation webdesign) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pauric</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-22144</link>
		<dc:creator>pauric</dc:creator>
		<pubDate>Sat, 23 Sep 2006 12:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-22144</guid>
		<description>I doubt anyone would disagree with what Josh is suggesting.  However its important to define that skill for what it is. Creative Writing/Content Design.

I would consider myself of a visual spacial mindset with strong skills in layout.  I am a little dyslexic and have very poor written skills.

Understanding my strengths and limitations helps me do my job, I know when to draw on others to complete the overall design assignment I&#039;m responsible for.  Its all part of design, but having such a general definition creates confusion.  As this article seems to have demonstrated.  Is the guy laying down the tracks on the pcb &#039;designing&#039;, yes.  Is he known as a PCB designer? no.  

Josh wrote: &quot;The choice of content, choice of language, choice of wording, are all design decisions. I say this because they all affect how well the design works for people. They are part of the designed artifact.&quot;

I&#039;m known as the UI Designer, I will draw on the skills of MarComms and Techpubs, they are not known as Content Designers, although that is what they are doing.  You have these skills all wrapped up in one head.  You are a UI designer, Content designer etc.  Throwing it all under one label doesnt seem to aid getting the job done.</description>
		<content:encoded><![CDATA[<p>I doubt anyone would disagree with what Josh is suggesting.  However its important to define that skill for what it is. Creative Writing/Content Design.</p>
<p>I would consider myself of a visual spacial mindset with strong skills in layout.  I am a little dyslexic and have very poor written skills.</p>
<p>Understanding my strengths and limitations helps me do my job, I know when to draw on others to complete the overall design assignment I&#8217;m responsible for.  Its all part of design, but having such a general definition creates confusion.  As this article seems to have demonstrated.  Is the guy laying down the tracks on the pcb &#8216;designing&#8217;, yes.  Is he known as a PCB designer? no.  </p>
<p>Josh wrote: &#8220;The choice of content, choice of language, choice of wording, are all design decisions. I say this because they all affect how well the design works for people. They are part of the designed artifact.&#8221;</p>
<p>I&#8217;m known as the UI Designer, I will draw on the skills of MarComms and Techpubs, they are not known as Content Designers, although that is what they are doing.  You have these skills all wrapped up in one head.  You are a UI designer, Content designer etc.  Throwing it all under one label doesnt seem to aid getting the job done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LukeW</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-21976</link>
		<dc:creator>LukeW</dc:creator>
		<pubDate>Fri, 22 Sep 2006 19:52:21 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-21976</guid>
		<description>&quot;Isnâ€™t â€˜user experienceâ€™ much complex than just style or easy interaction and essential at any stage of the product.&quot;

YES it is. Ever aspect of product develoment is getting MUCH MORE complex. The design side (more features, open systems, social systems, etc.). The engineering side (integration, global flexibility, stability, scalability). The marketing side (differentiation, attention- American see 3,000 ads a day!).

That&#039;s why not having these skills represented accurately is an issue. You need great marketing (business), engineering (technology), and design (human-centered, communication) to really make a complete user experience click :)</description>
		<content:encoded><![CDATA[<p>&#8220;Isnâ€™t â€˜user experienceâ€™ much complex than just style or easy interaction and essential at any stage of the product.&#8221;</p>
<p>YES it is. Ever aspect of product develoment is getting MUCH MORE complex. The design side (more features, open systems, social systems, etc.). The engineering side (integration, global flexibility, stability, scalability). The marketing side (differentiation, attention- American see 3,000 ads a day!).</p>
<p>That&#8217;s why not having these skills represented accurately is an issue. You need great marketing (business), engineering (technology), and design (human-centered, communication) to really make a complete user experience click <img src='http://bokardo.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Madhu Pamula</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-21969</link>
		<dc:creator>Madhu Pamula</dc:creator>
		<pubDate>Fri, 22 Sep 2006 19:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-21969</guid>
		<description>Interesting dialog !! 

How much does it matter - &#039;design&#039; or &#039;engineering&#039; or &#039;marketing&#039;. Unless it is to support &#039;its-not-our-job&#039; claims. 

Doesn&#039;t the real world mashup these skills anyway.
--------------------------------------------
I think as development processes mature, we don&#039;t need to engineer and then design. One can aim to create &#039;beautiful&#039; things - in all its poetic sense (content, style, emotion etc) from start. 

--------------------------------------------
Isn&#039;t &#039;user experience&#039; much complex than just style or easy interaction and essential at any stage of the product.</description>
		<content:encoded><![CDATA[<p>Interesting dialog !! </p>
<p>How much does it matter &#8211; &#8216;design&#8217; or &#8216;engineering&#8217; or &#8216;marketing&#8217;. Unless it is to support &#8216;its-not-our-job&#8217; claims. </p>
<p>Doesn&#8217;t the real world mashup these skills anyway.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
I think as development processes mature, we don&#8217;t need to engineer and then design. One can aim to create &#8216;beautiful&#8217; things &#8211; in all its poetic sense (content, style, emotion etc) from start. </p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
Isn&#8217;t &#8216;user experience&#8217; much complex than just style or easy interaction and essential at any stage of the product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pauric</title>
		<link>http://bokardo.com/archives/the-lifecycle-of-design-part-4/comment-page-1/#comment-21886</link>
		<dc:creator>Pauric</dc:creator>
		<pubDate>Fri, 22 Sep 2006 13:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://bokardo.com/?p=475#comment-21886</guid>
		<description>Articulating concepts in to content is not the same as translating goals in to actions.</description>
		<content:encoded><![CDATA[<p>Articulating concepts in to content is not the same as translating goals in to actions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
