<?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: 5 Good Reasons Why Designers Should Code</title>
	<atom:link href="http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/feed/" rel="self" type="application/rss+xml" />
	<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/</link>
	<description>A blog about the web</description>
	<lastBuildDate>Tue, 07 Sep 2010 18:00:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Crys</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-22349</link>
		<dc:creator>Crys</dc:creator>
		<pubDate>Tue, 17 Aug 2010 15:40:40 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-22349</guid>
		<description>Well, I know this is a few months old, but I&#039;m just seeing it today. I wanted to comment on the architect analogy. If you can draw technical schematics and can mathematically determine the thickness of glass you have to use for an interior non-load-bearing wall to still be physically sound, you&#039;re an architect. This is the technical side of building design and these are the people who are equally comfortable outputting highly technical and sometimes esoteric prototypes and schematics (ie: functional wireframes and html/css prototypes that are programmer-ready) and outputting the creative elevation drawings of all sides of the building (the static photoshop mockup).

If you are able to creatively decorate a space for human use but are not capable of creating functional schematics, you are not an architect. You are an interior designer. This can be a demanding job and does require a certain amount of talent and creativity, but don&#039;t try to call yourself an architect. Anyone with a good eye for color and form can be an interior designer. Only people who have a good eye for color and form AND also an understanding on a technical level of the properties of materials as well as how people will use the space and flow from one room to another get to call themselves architects.</description>
		<content:encoded><![CDATA[<p>Well, I know this is a few months old, but I&#8217;m just seeing it today. I wanted to comment on the architect analogy. If you can draw technical schematics and can mathematically determine the thickness of glass you have to use for an interior non-load-bearing wall to still be physically sound, you&#8217;re an architect. This is the technical side of building design and these are the people who are equally comfortable outputting highly technical and sometimes esoteric prototypes and schematics (ie: functional wireframes and html/css prototypes that are programmer-ready) and outputting the creative elevation drawings of all sides of the building (the static photoshop mockup).</p>
<p>If you are able to creatively decorate a space for human use but are not capable of creating functional schematics, you are not an architect. You are an interior designer. This can be a demanding job and does require a certain amount of talent and creativity, but don&#8217;t try to call yourself an architect. Anyone with a good eye for color and form can be an interior designer. Only people who have a good eye for color and form AND also an understanding on a technical level of the properties of materials as well as how people will use the space and flow from one room to another get to call themselves architects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barbara</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-21492</link>
		<dc:creator>Barbara</dc:creator>
		<pubDate>Thu, 01 Jul 2010 12:05:49 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-21492</guid>
		<description>Very interesting post. I agree with you on every point. As a beginner in a web design agency, I often feel frustrated not to know enough about coding. That&#039;s why I&#039;m going to learn it.
I think as you do that both coding and designing are linked. The more you know coding and designing at the same time, the more you push your creativity further.</description>
		<content:encoded><![CDATA[<p>Very interesting post. I agree with you on every point. As a beginner in a web design agency, I often feel frustrated not to know enough about coding. That&#8217;s why I&#8217;m going to learn it.<br />
I think as you do that both coding and designing are linked. The more you know coding and designing at the same time, the more you push your creativity further.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jaro</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-19824</link>
		<dc:creator>jaro</dc:creator>
		<pubDate>Fri, 02 Apr 2010 02:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-19824</guid>
		<description>number one reason, you don&#039;t have to pay someone to code it for you!</description>
		<content:encoded><![CDATA[<p>number one reason, you don&#8217;t have to pay someone to code it for you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff S.</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-19334</link>
		<dc:creator>Jeff S.</dc:creator>
		<pubDate>Mon, 22 Mar 2010 13:42:36 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-19334</guid>
		<description>What are some good resources for someone to jump right into (x)HTML/CSS and make them a part of their package?</description>
		<content:encoded><![CDATA[<p>What are some good resources for someone to jump right into (x)HTML/CSS and make them a part of their package?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Lewis</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-19066</link>
		<dc:creator>David Lewis</dc:creator>
		<pubDate>Thu, 11 Mar 2010 00:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-19066</guid>
		<description>p.s. I chose the name &quot;union&quot; for my freelance business specifically because of the idea that I do both design and code. My personal site needs a total redo (it&#039;s just a simple resume+portfolio from years ago... in table layout no less)... but when I do redo it... the copy will talk about the idea of union... about the idea of treating things in a holistic and strategic way... about the merging of disciplines such that you can&#039;t separate one from the other. I think web design is the ultimate &quot;design-build&quot; business.

Sorry. Am I getting a little &quot;out there&quot;? LOL.</description>
		<content:encoded><![CDATA[<p>p.s. I chose the name &#8220;union&#8221; for my freelance business specifically because of the idea that I do both design and code. My personal site needs a total redo (it&#8217;s just a simple resume+portfolio from years ago&#8230; in table layout no less)&#8230; but when I do redo it&#8230; the copy will talk about the idea of union&#8230; about the idea of treating things in a holistic and strategic way&#8230; about the merging of disciplines such that you can&#8217;t separate one from the other. I think web design is the ultimate &#8220;design-build&#8221; business.</p>
<p>Sorry. Am I getting a little &#8220;out there&#8221;? LOL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Lewis</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-19065</link>
		<dc:creator>David Lewis</dc:creator>
		<pubDate>Thu, 11 Mar 2010 00:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-19065</guid>
		<description>Right on. I feel the same way. I think of myself not as an artist or a designer... but as an artisan. I can&#039;t imagine doing a great design but never having the satisfaction of actually building it! My whole would would never be anything more than pixels in Photoshop. Dead. To bring your creation to life... that&#039;s HUGE. I love both aspects equally. I love the design process and I love the coding. I love all of it. I can&#039;t imagine giving up one half of the equation. I&#039;m even doing some of my own PHP coding now too... creating simple WordPress plugins and such. The more I can do myself, the more satisfaction I get from the job.</description>
		<content:encoded><![CDATA[<p>Right on. I feel the same way. I think of myself not as an artist or a designer&#8230; but as an artisan. I can&#8217;t imagine doing a great design but never having the satisfaction of actually building it! My whole would would never be anything more than pixels in Photoshop. Dead. To bring your creation to life&#8230; that&#8217;s HUGE. I love both aspects equally. I love the design process and I love the coding. I love all of it. I can&#8217;t imagine giving up one half of the equation. I&#8217;m even doing some of my own PHP coding now too&#8230; creating simple WordPress plugins and such. The more I can do myself, the more satisfaction I get from the job.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Lewis</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-19064</link>
		<dc:creator>David Lewis</dc:creator>
		<pubDate>Wed, 10 Mar 2010 23:59:39 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-19064</guid>
		<description>I taught myself graphic design starting in the early 90&#039;s and then started building websites in 1994. So I&#039;ve always done both. Back then, bad web design was REALLY bad. Like, horrendously bad. When the background attribute first came out (not to be confused with CSS backgrounds)... it seemed like the entire web (it was small at the time) turned into a tie-dyed t-shirt overnight. Being both a designer and in interface developer gave me the skills to create really great websites in a sea of breathtaking mediocrity. These days you can accomplish almost anything with CSS... so it&#039;s not AS critical to know both... but it still has to be an advantage. Back in the days of font tags, table layout, td backgrounds and pixel wedges... you almost HAD to know code in order to create a good design. If you didn&#039;t know HTML you&#039;d end up designing all kinds of things that simple could not be built. But it&#039;s still an advantage. If you have no idea about code, you can&#039;t really grasp the concepts of type on the web, font resizing, background tiling and positioning... etc.</description>
		<content:encoded><![CDATA[<p>I taught myself graphic design starting in the early 90&#8242;s and then started building websites in 1994. So I&#8217;ve always done both. Back then, bad web design was REALLY bad. Like, horrendously bad. When the background attribute first came out (not to be confused with CSS backgrounds)&#8230; it seemed like the entire web (it was small at the time) turned into a tie-dyed t-shirt overnight. Being both a designer and in interface developer gave me the skills to create really great websites in a sea of breathtaking mediocrity. These days you can accomplish almost anything with CSS&#8230; so it&#8217;s not AS critical to know both&#8230; but it still has to be an advantage. Back in the days of font tags, table layout, td backgrounds and pixel wedges&#8230; you almost HAD to know code in order to create a good design. If you didn&#8217;t know HTML you&#8217;d end up designing all kinds of things that simple could not be built. But it&#8217;s still an advantage. If you have no idea about code, you can&#8217;t really grasp the concepts of type on the web, font resizing, background tiling and positioning&#8230; etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-18972</link>
		<dc:creator>Rick</dc:creator>
		<pubDate>Sat, 06 Mar 2010 01:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-18972</guid>
		<description>Interesting post / thread.  I am a back-end programmer and have been for many years.  

Very topical reading this as I have recently had an interview with a (well established) ad / communications agency wishing to bring their digital requirements in house.  The thing that struck me was they seem to be expecting whoever goes into the role to cover all aspects of the build.  I just don&#039;t think this is a reasonable expectation anymore, if it ever was.

Sure, I *can* code xhtml / css from a psd or whatever; but (as you point out) a psd / graphic when translated to code by anyone but the designer maybe not what was in the designers minds eye and it&#039;s almost certainly going to deviate.  Anyone Designing for the web *needs* and absolutely *must* have a thorough understanding of the &#039;environmental&#039; constraints of the browser too, and I think that only comes from writing client side code (akin to print designers understanding &#039;the fold&#039;).  I would even extend that to also cover a thorough understanding of accessibility issues / techniques.

At the end of the day, for me it&#039;s this:  If you want to provide a quality service to your clients then these boundaries must be defined.  I simply find it a little naive that anyone would think otherwise - gone, thankfully, are the days of the &#039;webmaster&#039;.  My job is to ensure all the back-end interactions are handled in a secure and robust manner; the designers is to ensure all the front end aspects are taken care of.  Two highly skilled disciplines in their own right.

Now, I have been asked back for a second interview to speak with the creative guys.  How do I get this across in a subtle not in-your-face way without alienating myself (the position does actually sound really nice)???</description>
		<content:encoded><![CDATA[<p>Interesting post / thread.  I am a back-end programmer and have been for many years.  </p>
<p>Very topical reading this as I have recently had an interview with a (well established) ad / communications agency wishing to bring their digital requirements in house.  The thing that struck me was they seem to be expecting whoever goes into the role to cover all aspects of the build.  I just don&#8217;t think this is a reasonable expectation anymore, if it ever was.</p>
<p>Sure, I *can* code xhtml / css from a psd or whatever; but (as you point out) a psd / graphic when translated to code by anyone but the designer maybe not what was in the designers minds eye and it&#8217;s almost certainly going to deviate.  Anyone Designing for the web *needs* and absolutely *must* have a thorough understanding of the &#8216;environmental&#8217; constraints of the browser too, and I think that only comes from writing client side code (akin to print designers understanding &#8216;the fold&#8217;).  I would even extend that to also cover a thorough understanding of accessibility issues / techniques.</p>
<p>At the end of the day, for me it&#8217;s this:  If you want to provide a quality service to your clients then these boundaries must be defined.  I simply find it a little naive that anyone would think otherwise &#8211; gone, thankfully, are the days of the &#8216;webmaster&#8217;.  My job is to ensure all the back-end interactions are handled in a secure and robust manner; the designers is to ensure all the front end aspects are taken care of.  Two highly skilled disciplines in their own right.</p>
<p>Now, I have been asked back for a second interview to speak with the creative guys.  How do I get this across in a subtle not in-your-face way without alienating myself (the position does actually sound really nice)???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mauco</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-18923</link>
		<dc:creator>mauco</dc:creator>
		<pubDate>Wed, 03 Mar 2010 06:00:27 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-18923</guid>
		<description>I like the way you summarized the whole issue in your point #1 &quot;The combination of a designing in Photoshop (or whatever software you use) along with HTML &amp; CSS is greater than the sum of their parts.&quot; Its best for a designer to know a bit about coding and vice versa.</description>
		<content:encoded><![CDATA[<p>I like the way you summarized the whole issue in your point #1 &#8220;The combination of a designing in Photoshop (or whatever software you use) along with HTML &amp; CSS is greater than the sum of their parts.&#8221; Its best for a designer to know a bit about coding and vice versa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lauren</title>
		<link>http://thinkvitamin.com/uncategorized/5-good-reasons-why-designers-should-code/#comment-18917</link>
		<dc:creator>Lauren</dc:creator>
		<pubDate>Tue, 02 Mar 2010 19:19:54 +0000</pubDate>
		<guid isPermaLink="false">http://carsonified.com/?p=4603#comment-18917</guid>
		<description>For those suggesting that designers should not let awareness of the limitations of HTML/CSS  box in their creativity, and should instead design as innovation and challenge those &#039;lazy&#039; developers (and I know I am grossly oversimplifying), let&#039;s not lose sight of scope.  Often times developers are pushing back in the context of a schedule and a budget, not just for the sake of moaning about effort.  Sure, with enough time and trial-and-error a lot of things *can* be done, but that doesn&#039;t mean it&#039;s what the developer signed up for when they gave the project manager their initial estimates on which the contract was based.

This is especially true when the designs are going to be handed off to a completely different agency to implement.  Food for thought!</description>
		<content:encoded><![CDATA[<p>For those suggesting that designers should not let awareness of the limitations of HTML/CSS  box in their creativity, and should instead design as innovation and challenge those &#8216;lazy&#8217; developers (and I know I am grossly oversimplifying), let&#8217;s not lose sight of scope.  Often times developers are pushing back in the context of a schedule and a budget, not just for the sake of moaning about effort.  Sure, with enough time and trial-and-error a lot of things *can* be done, but that doesn&#8217;t mean it&#8217;s what the developer signed up for when they gave the project manager their initial estimates on which the contract was based.</p>
<p>This is especially true when the designs are going to be handed off to a completely different agency to implement.  Food for thought!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
