<?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 Designer and the Developer</title>
	<atom:link href="http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/</link>
	<description></description>
	<pubDate>Sun, 05 Jul 2009 01:40:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: freddy</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/comment-page-1/#comment-28410</link>
		<dc:creator>freddy</dc:creator>
		<pubDate>Sat, 13 Oct 2007 22:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/the-designer-and-the-developer/#comment-28410</guid>
		<description>Great article. Designers for today's web need to think like developers as well (and vice versa) in order to stay afloat. I don't believe anyone who considers themselves a designer can get away with no knowledge of XHTML &amp; CSS standards as well as the various common client side dev tools out there, such as jQuery and Prototype. The line between designer &amp; developer has certainly been blurred in the last few years. And that's a good thing.</description>
		<content:encoded><![CDATA[<p>Great article. Designers for today&#8217;s web need to think like developers as well (and vice versa) in order to stay afloat. I don&#8217;t believe anyone who considers themselves a designer can get away with no knowledge of XHTML &amp; CSS standards as well as the various common client side dev tools out there, such as jQuery and Prototype. The line between designer &amp; developer has certainly been blurred in the last few years. And that&#8217;s a good thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Alagna</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/comment-page-1/#comment-16646</link>
		<dc:creator>Paul Alagna</dc:creator>
		<pubDate>Sat, 01 Sep 2007 04:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/the-designer-and-the-developer/#comment-16646</guid>
		<description>let me add one more. STAY CURRENT. 
this product of art and science, this medium we call the web changes by the hour. designers HAVE to look for that pop and sizzle that sells a web site,  developers HAVE to find methods to get that message into scripts. As a developer, one colleague of mine keeps a journal of designs, or web pages he admires. as a developer I write notes about them. what I can do, how i think it might work, what I need to learn. weather permitting, we meet once a quarter to review. the deal is dinner for four for every new page I can bring to life.
I can hear the squishing of boiling grey matter now. "didn't they hire you to perform that task?.." "aren't you responsible for your education?".. "why should the designer pay.." Truth of the matter is that we both get something from this. the wives get a dinner out, I get to focus my efforts, make bold promises, and reach a little higher, he gets his ART closer his wishes, and we both advance our careers. you didn't think the company really cared about your career did you? even if you own the company, each project demands more of the ho-hum, push this boulder uphill, get it done spirit from us NOT, i repeat NOT to be a beacon for your career.</description>
		<content:encoded><![CDATA[<p>let me add one more. STAY CURRENT.<br />
this product of art and science, this medium we call the web changes by the hour. designers HAVE to look for that pop and sizzle that sells a web site,  developers HAVE to find methods to get that message into scripts. As a developer, one colleague of mine keeps a journal of designs, or web pages he admires. as a developer I write notes about them. what I can do, how i think it might work, what I need to learn. weather permitting, we meet once a quarter to review. the deal is dinner for four for every new page I can bring to life.<br />
I can hear the squishing of boiling grey matter now. &#8220;didn&#8217;t they hire you to perform that task?..&#8221; &#8220;aren&#8217;t you responsible for your education?&#8221;.. &#8220;why should the designer pay..&#8221; Truth of the matter is that we both get something from this. the wives get a dinner out, I get to focus my efforts, make bold promises, and reach a little higher, he gets his ART closer his wishes, and we both advance our careers. you didn&#8217;t think the company really cared about your career did you? even if you own the company, each project demands more of the ho-hum, push this boulder uphill, get it done spirit from us NOT, i repeat NOT to be a beacon for your career.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Risser</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/comment-page-1/#comment-14753</link>
		<dc:creator>Michael Risser</dc:creator>
		<pubDate>Thu, 23 Aug 2007 03:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/the-designer-and-the-developer/#comment-14753</guid>
		<description>As someone who is both a designer and a developer, I can attest to the truthfulness and correctness of these tips. But I would add one more. 

Work together to try to find a compromise. Often times from a developer standpoint a certain design element may not seem possible, while from a designer standpoint a developer's assertion may not seem reasonable. The truth is that if you work together, you may find a way to actually make that design element or developer assertion work, or you may even find something that works even better.

Working together and listening carefully and objectively will, with time, make for a better team as each side learns a little more about the processes and requirements of the other. When a designer learns a little more about what can and can't be done, he/she will begin producing better designs, while the reverse is also true.

Always remember, there is no room in a successful venture for an us against them mentality. The mentality should be one of team work.</description>
		<content:encoded><![CDATA[<p>As someone who is both a designer and a developer, I can attest to the truthfulness and correctness of these tips. But I would add one more. </p>
<p>Work together to try to find a compromise. Often times from a developer standpoint a certain design element may not seem possible, while from a designer standpoint a developer&#8217;s assertion may not seem reasonable. The truth is that if you work together, you may find a way to actually make that design element or developer assertion work, or you may even find something that works even better.</p>
<p>Working together and listening carefully and objectively will, with time, make for a better team as each side learns a little more about the processes and requirements of the other. When a designer learns a little more about what can and can&#8217;t be done, he/she will begin producing better designs, while the reverse is also true.</p>
<p>Always remember, there is no room in a successful venture for an us against them mentality. The mentality should be one of team work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Buchanan</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/comment-page-1/#comment-13850</link>
		<dc:creator>Ben Buchanan</dc:creator>
		<pubDate>Sat, 18 Aug 2007 09:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/the-designer-and-the-developer/#comment-13850</guid>
		<description>One thing I'd add for designers: tiny text is not cool, especially not for body text. While it might look nice, it's horrible to read. While there's no specific rule about how big is "big enough", I'd suggest as a baseline "at least 30% bigger than the average designer seems to think is big enough" :)</description>
		<content:encoded><![CDATA[<p>One thing I&#8217;d add for designers: tiny text is not cool, especially not for body text. While it might look nice, it&#8217;s horrible to read. While there&#8217;s no specific rule about how big is &#8220;big enough&#8221;, I&#8217;d suggest as a baseline &#8220;at least 30% bigger than the average designer seems to think is big enough&#8221; :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GermWorks</title>
		<link>http://www.NotesOnDesign.net/resources/web-design/the-designer-and-the-developer/comment-page-1/#comment-13260</link>
		<dc:creator>GermWorks</dc:creator>
		<pubDate>Tue, 14 Aug 2007 03:28:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.notesondesign.net/web-design/the-designer-and-the-developer/#comment-13260</guid>
		<description>Top instructions and I know for my business we will have to follow this more closely...</description>
		<content:encoded><![CDATA[<p>Top instructions and I know for my business we will have to follow this more closely&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
