<?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: 9 Skills to Supplement Design</title>
	<atom:link href="http://manwithnoblog.com/2008/10/18/9-skills-to-supplement-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://manwithnoblog.com/2008/10/18/9-skills-to-supplement-design/</link>
	<description>Gary Barber rants on user experience, and the controlled chaos of the Web Industry</description>
	<lastBuildDate>Sun, 14 Mar 2010 11:32:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: wil</title>
		<link>http://manwithnoblog.com/2008/10/18/9-skills-to-supplement-design/comment-page-1/#comment-8295</link>
		<dc:creator>wil</dc:creator>
		<pubDate>Tue, 21 Oct 2008 11:55:11 +0000</pubDate>
		<guid isPermaLink="false">http://manwithnoblog.com/?p=225#comment-8295</guid>
		<description>It&#039;s funny, I often think that people who design for web need to know more about the medium their designing for than they currently do. Yet Gary&#039;s list to me seemed to run against the grain of so many of the wonderful designers I know. Many of the best designers, whos work I love and respect, will never learn a coding language, they won&#039;t think about accessibility off the cuff and they don&#039;t care about information architecture ... at least not in the way I think is implied in the article.

I think a lot of this goes back to the fundamental skill set of a designer.

I once heard Mark Braddock say that when a client asks him to do something arbitrary like Add more blue he usually will ask them to describe what is wrong with the design. The problem for many people is that they don&#039;t know how to communicate with designers. Add more blue is a solution, it&#039;s the job of the designer to come up with that solution while It doesn&#039;t feel bright enough is a problem, that&#039;s what you need to communicate. I think he&#039;s pretty spot on here.

I don&#039;t think Designers need to know the Solutions for web development problems but they do need to understand how to communicate their needs, which is where having an understanding of those skills comes in handy.

I think probably I&#039;d shorten Gary&#039;s list to the fundamentals of web development that don&#039;t rely on the Solutions but instead outline the field of play.

For example, I think Information Architecture, Javascript and Backend Coding could all come under one simple heading: Understand how a dynamic webpage is rendered

What you want out of that is a designer who knows that all the data in a CMS site is stored in a database, that they can use things like &quot;date&quot; and &quot;title&quot; as fields and make them repeat and all that sort of thing. A basic understanding of how a single &quot;page&quot; is actually made up of lots of little bits and how CSS works pretty much like Object Styles in InDesign, so they should always think in terms of those objects. And any images, movies, typefaces etc need to be accessible to everyone who views that page, again just like linking objects in InD.

Then there&#039;s the General User Experience, Interactive Interface Design, Accessibility and Usability. I think that fits under the simple heading: Understand how changes are made to the website in real time

With that in mind you&#039;re asking the designer to be familiar with how websites change on the fly. This includes an understanding of Triggers, so they know things happen based on Events like timers, mouse over and out, clicks, that sorta thing. Knowing that they&#039;re still doing the same Object-Style tricks as in pre-render (obeying the same linking rules too) but it&#039;s called up by special scripts now, so we can cause some changes in movement. A box that appears to scroll up is just having it&#039;s height value changed every couple of miliseconds but, apart from that, it&#039;s the same as a pre-rendered box.

Finally there&#039;s your Mobile Interface Design and the other side of General User Experience and Usability. In a way their outcomes of knowing the above two processes. If you understand how a website is displayed and how it changes then you know what you&#039;re able to do which is the empowering that i think most designers need. With that they&#039;re usually very capable of dealing with user feedback and pre-evaluating the user experience a lot more.

I guess I agree with Gary in intent but I don&#039;t think it&#039;s so much about the skills a designer picks up as opposed to spending time learning about the Process by which their work is going to be displayed. Much like they don&#039;t need to know how a particular type of paper is made but only what it looks like, feels like and how it responds to various colours.

A more focused approach perhaps :D</description>
		<content:encoded><![CDATA[<p>It&#8217;s funny, I often think that people who design for web need to know more about the medium their designing for than they currently do. Yet Gary&#8217;s list to me seemed to run against the grain of so many of the wonderful designers I know. Many of the best designers, whos work I love and respect, will never learn a coding language, they won&#8217;t think about accessibility off the cuff and they don&#8217;t care about information architecture &#8230; at least not in the way I think is implied in the article.</p>
<p>I think a lot of this goes back to the fundamental skill set of a designer.</p>
<p>I once heard Mark Braddock say that when a client asks him to do something arbitrary like Add more blue he usually will ask them to describe what is wrong with the design. The problem for many people is that they don&#8217;t know how to communicate with designers. Add more blue is a solution, it&#8217;s the job of the designer to come up with that solution while It doesn&#8217;t feel bright enough is a problem, that&#8217;s what you need to communicate. I think he&#8217;s pretty spot on here.</p>
<p>I don&#8217;t think Designers need to know the Solutions for web development problems but they do need to understand how to communicate their needs, which is where having an understanding of those skills comes in handy.</p>
<p>I think probably I&#8217;d shorten Gary&#8217;s list to the fundamentals of web development that don&#8217;t rely on the Solutions but instead outline the field of play.</p>
<p>For example, I think Information Architecture, Javascript and Backend Coding could all come under one simple heading: Understand how a dynamic webpage is rendered</p>
<p>What you want out of that is a designer who knows that all the data in a CMS site is stored in a database, that they can use things like &#8220;date&#8221; and &#8220;title&#8221; as fields and make them repeat and all that sort of thing. A basic understanding of how a single &#8220;page&#8221; is actually made up of lots of little bits and how CSS works pretty much like Object Styles in InDesign, so they should always think in terms of those objects. And any images, movies, typefaces etc need to be accessible to everyone who views that page, again just like linking objects in InD.</p>
<p>Then there&#8217;s the General User Experience, Interactive Interface Design, Accessibility and Usability. I think that fits under the simple heading: Understand how changes are made to the website in real time</p>
<p>With that in mind you&#8217;re asking the designer to be familiar with how websites change on the fly. This includes an understanding of Triggers, so they know things happen based on Events like timers, mouse over and out, clicks, that sorta thing. Knowing that they&#8217;re still doing the same Object-Style tricks as in pre-render (obeying the same linking rules too) but it&#8217;s called up by special scripts now, so we can cause some changes in movement. A box that appears to scroll up is just having it&#8217;s height value changed every couple of miliseconds but, apart from that, it&#8217;s the same as a pre-rendered box.</p>
<p>Finally there&#8217;s your Mobile Interface Design and the other side of General User Experience and Usability. In a way their outcomes of knowing the above two processes. If you understand how a website is displayed and how it changes then you know what you&#8217;re able to do which is the empowering that i think most designers need. With that they&#8217;re usually very capable of dealing with user feedback and pre-evaluating the user experience a lot more.</p>
<p>I guess I agree with Gary in intent but I don&#8217;t think it&#8217;s so much about the skills a designer picks up as opposed to spending time learning about the Process by which their work is going to be displayed. Much like they don&#8217;t need to know how a particular type of paper is made but only what it looks like, feels like and how it responds to various colours.</p>
<p>A more focused approach perhaps <img src='http://manwithnoblog.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
