<?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: Communication Between Designers and Developers from a Developer&#8217;s View</title>
	<atom:link href="http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/feed/" rel="self" type="application/rss+xml" />
	<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/</link>
	<description>Web Design &#38; Development Blog</description>
	<lastBuildDate>Fri, 24 Feb 2012 23:55:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Lindsay</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1410</link>
		<dc:creator>Lindsay</dc:creator>
		<pubDate>Mon, 21 Sep 2009 18:35:37 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1410</guid>
		<description>We need each other to do great work. If developers cannot respect and acknowledge the purpose of design (beyond make it pretty, seriously my friends) they shouldn&#039;t code the front end. And, if a designer cannot understand, for example, why a small change (move this to the left) can be a time-consuming task, they shouldn&#039;t be a UI Designer, go back to print. Firm, but true.

Developers may not be visual thinkers. Still, the responsibility is on them to translate a layout accurately- or the designerâ€™s time spent carefully considering each decision will be lost. I would encourage them to learn the basics of typography and research UI continuously, but mostly to measure, compare and look for proportions &amp; alignments in the served designs. Most importantly, get on the same page with your designer about the variables you know will affect layout.  What stretches? What aligns? What is fixed, and why? Request a markup of this information, yes, but donâ€™t use it to replace a conversation.

Designers must consider the feasibility of the design just as they do the user experience, even if that means shooting for the stars first and bring it back to doable later. The best way for designers to do this is through an understanding, if not a skill, of front-end development. Go learn your web standards my friends, and talk to your developers with some concrete knowledge of code. If you want to be an industry leader, thatâ€™s what you must do. Also, try not to be too stubborn about layout. A good UI designer knows that the web is not print, even in the world of CSS.</description>
		<content:encoded><![CDATA[<p>We need each other to do great work. If developers cannot respect and acknowledge the purpose of design (beyond make it pretty, seriously my friends) they shouldn&#8217;t code the front end. And, if a designer cannot understand, for example, why a small change (move this to the left) can be a time-consuming task, they shouldn&#8217;t be a UI Designer, go back to print. Firm, but true.</p>
<p>Developers may not be visual thinkers. Still, the responsibility is on them to translate a layout accurately- or the designerâ€™s time spent carefully considering each decision will be lost. I would encourage them to learn the basics of typography and research UI continuously, but mostly to measure, compare and look for proportions &amp; alignments in the served designs. Most importantly, get on the same page with your designer about the variables you know will affect layout.  What stretches? What aligns? What is fixed, and why? Request a markup of this information, yes, but donâ€™t use it to replace a conversation.</p>
<p>Designers must consider the feasibility of the design just as they do the user experience, even if that means shooting for the stars first and bring it back to doable later. The best way for designers to do this is through an understanding, if not a skill, of front-end development. Go learn your web standards my friends, and talk to your developers with some concrete knowledge of code. If you want to be an industry leader, thatâ€™s what you must do. Also, try not to be too stubborn about layout. A good UI designer knows that the web is not print, even in the world of CSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Annett</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1258</link>
		<dc:creator>Paul Annett</dc:creator>
		<pubDate>Mon, 14 Sep 2009 22:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1258</guid>
		<description>Oh I agree completely that communication is the key. Just disagree with your phrasing of step 3 which implies design is only about aesthetics. Good web design solves problems and makes sites easy to use (as well as making them look pretty). Sharing the reasons behind design decisions with the developers invariably leads to a better end result :-)</description>
		<content:encoded><![CDATA[<p>Oh I agree completely that communication is the key. Just disagree with your phrasing of step 3 which implies design is only about aesthetics. Good web design solves problems and makes sites easy to use (as well as making them look pretty). Sharing the reasons behind design decisions with the developers invariably leads to a better end result <img src='http://inspectelement.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Farmer</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1245</link>
		<dc:creator>Andy Farmer</dc:creator>
		<pubDate>Mon, 14 Sep 2009 09:08:46 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1245</guid>
		<description>Problem #2, design does not always mean making it easy to use.
I am not, into a Developer vs Designer debate. The â€œmaking it look prettyâ€ was never about the functionality of the site. A developer never wants to make a solution that does not work. I have previously received designs that do anything but make it difficult to use. The point is, developers and designers need to do talk to each other to understand the others stand point.</description>
		<content:encoded><![CDATA[<p>Problem #2, design does not always mean making it easy to use.<br />
I am not, into a Developer vs Designer debate. The â€œmaking it look prettyâ€ was never about the functionality of the site. A developer never wants to make a solution that does not work. I have previously received designs that do anything but make it difficult to use. The point is, developers and designers need to do talk to each other to understand the others stand point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TorbjÃ¸rn Vik Lunde</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1240</link>
		<dc:creator>TorbjÃ¸rn Vik Lunde</dc:creator>
		<pubDate>Mon, 14 Sep 2009 05:36:40 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1240</guid>
		<description>I&#039;m a designer, but I do write my own CSS and HTML (and sometimes even JavaScript). I think designers should learn HTML, CSS and some JS, at least CSS.

Developers usually don&#039;t have a very good eye for design, and who can blame them? It&#039;s not their job, and I don&#039;t think most designers would be very good at programming either.

That being said, I agree with Andrew Woods. Learning a bit about design if you are a developer, or the other way around is something that definitely helps communication. 

Whenever I present a design to a developer I also try to explain why I designed it that way and hopefully in that process actually teach them some design. I think the opposite could work as well. Our developers as best as they can often try to explain data structures of our projects to me and it&#039;s very helpful for me to understand what I&#039;m working with.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a designer, but I do write my own CSS and HTML (and sometimes even JavaScript). I think designers should learn HTML, CSS and some JS, at least CSS.</p>
<p>Developers usually don&#8217;t have a very good eye for design, and who can blame them? It&#8217;s not their job, and I don&#8217;t think most designers would be very good at programming either.</p>
<p>That being said, I agree with Andrew Woods. Learning a bit about design if you are a developer, or the other way around is something that definitely helps communication. </p>
<p>Whenever I present a design to a developer I also try to explain why I designed it that way and hopefully in that process actually teach them some design. I think the opposite could work as well. Our developers as best as they can often try to explain data structures of our projects to me and it&#8217;s very helpful for me to understand what I&#8217;m working with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Annett</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1232</link>
		<dc:creator>Paul Annett</dc:creator>
		<pubDate>Sun, 13 Sep 2009 21:24:18 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1232</guid>
		<description>Problem #1: developer sees visual design as &quot;making it look pretty&quot; rather than &quot;making it easy to use&quot;.</description>
		<content:encoded><![CDATA[<p>Problem #1: developer sees visual design as &#8220;making it look pretty&#8221; rather than &#8220;making it easy to use&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Communication Between Designers and Developers from a Developerâ€™s View - Inspect Element</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1227</link>
		<dc:creator>Communication Between Designers and Developers from a Developerâ€™s View - Inspect Element</dc:creator>
		<pubDate>Sun, 13 Sep 2009 14:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1227</guid>
		<description>[...] Original post: Communication Between Designers and Developers from a Developerâ€™s View - Inspect Element [...]</description>
		<content:encoded><![CDATA[<div class="authorcomment" style="">
<p>[...] Original post: Communication Between Designers and Developers from a Developerâ€™s View &#8211; Inspect Element [...]</p>
</div>
]]></content:encoded>
	</item>
	<item>
		<title>By: rav3</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1207</link>
		<dc:creator>rav3</dc:creator>
		<pubDate>Sat, 12 Sep 2009 18:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1207</guid>
		<description>I keep seeing these posts everywhere about the developer vs the designer and i understand they tend to be a reall issue. However i got a BA on information design and i feel that they taught us a good ammount of design and of development so that we could choose either side and not make the other side go crazy.

On the other hand ive worked with 100% designers and i do get a bit jumpy at some requests as if a layout can be moved around like a vector in illustrator without making me make changes all over the sites code</description>
		<content:encoded><![CDATA[<p>I keep seeing these posts everywhere about the developer vs the designer and i understand they tend to be a reall issue. However i got a BA on information design and i feel that they taught us a good ammount of design and of development so that we could choose either side and not make the other side go crazy.</p>
<p>On the other hand ive worked with 100% designers and i do get a bit jumpy at some requests as if a layout can be moved around like a vector in illustrator without making me make changes all over the sites code</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Becky Stockbridge</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1205</link>
		<dc:creator>Becky Stockbridge</dc:creator>
		<pubDate>Sat, 12 Sep 2009 16:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1205</guid>
		<description>Nice article. I think that having a designer checklist before the PSD goes off to the developer is a great idea!</description>
		<content:encoded><![CDATA[<p>Nice article. I think that having a designer checklist before the PSD goes off to the developer is a great idea!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: moose</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1200</link>
		<dc:creator>moose</dc:creator>
		<pubDate>Sat, 12 Sep 2009 13:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1200</guid>
		<description>I realy like this new school they started here in belgium:
http://www.devine.be/

&#039;Devine&#039; meaning developer and designer at the same time.
That generation will be at a whole new level.

If they&#039;re not good at or don&#039;t like one part, they&#039;ll at least know what it&#039;s about.</description>
		<content:encoded><![CDATA[<p>I realy like this new school they started here in belgium:<br />
<a href="http://www.devine.be/" rel="nofollow">http://www.devine.be/</a></p>
<p>&#8216;Devine&#8217; meaning developer and designer at the same time.<br />
That generation will be at a whole new level.</p>
<p>If they&#8217;re not good at or don&#8217;t like one part, they&#8217;ll at least know what it&#8217;s about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Woods</title>
		<link>http://inspectelement.com/articles/communication-between-designers-and-developers-from-a-developers-point-of-view/#comment-1195</link>
		<dc:creator>Andrew Woods</dc:creator>
		<pubDate>Sat, 12 Sep 2009 10:00:31 +0000</pubDate>
		<guid isPermaLink="false">http://inspectelement.com/?p=1222#comment-1195</guid>
		<description>I&#039;m a developer, and for the first 6 years there was a hard line between designer and developer. There is a natural tendency by developers, I think, to under value the design side and place a higher value on functionality. If you&#039;re a designer, try not to take offense to this. For the most part, I feel it&#039;s just from lack of understanding how design works.  I grew out of this, and learned to appreciate design. I came to see it as a symbiotic relationship summed up by the phrase - &quot;I give them power, and they make me look good&quot;. Here&#039;s the deal developers - good design will give your site a sense of trustworthiness. Without it, no matter how good your good your functionality is, people probably wont use it.

The way to bridge this divide is with knowledge and communication. Work with your colleagues to learn about their world. I&#039;ve done this, and it&#039;s made me a better developer for it. If your a designer, ask your developers for books and tutorials about OOP, PHP, and software design patterns. If your a developer, you should look into typography, css grids, accessibility, and UX. Having each side, learn the other&#039;s lexicon will go a long way towards better communication and ultimately building better websites.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a developer, and for the first 6 years there was a hard line between designer and developer. There is a natural tendency by developers, I think, to under value the design side and place a higher value on functionality. If you&#8217;re a designer, try not to take offense to this. For the most part, I feel it&#8217;s just from lack of understanding how design works.  I grew out of this, and learned to appreciate design. I came to see it as a symbiotic relationship summed up by the phrase &#8211; &#8220;I give them power, and they make me look good&#8221;. Here&#8217;s the deal developers &#8211; good design will give your site a sense of trustworthiness. Without it, no matter how good your good your functionality is, people probably wont use it.</p>
<p>The way to bridge this divide is with knowledge and communication. Work with your colleagues to learn about their world. I&#8217;ve done this, and it&#8217;s made me a better developer for it. If your a designer, ask your developers for books and tutorials about OOP, PHP, and software design patterns. If your a developer, you should look into typography, css grids, accessibility, and UX. Having each side, learn the other&#8217;s lexicon will go a long way towards better communication and ultimately building better websites.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced

Served from: inspectelement.com @ 2012-05-16 23:59:41 -->
