<?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: Software Engineer vs. Code Artist</title>
	<atom:link href="http://www.codesqueeze.com/software-engineer-vs-code-artist/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/</link>
	<description>Ideas for building efficient developers and software</description>
	<lastBuildDate>Wed, 17 Mar 2010 14:42:26 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Music, Musicians and Software Development &#124;</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-9758</link>
		<dc:creator>Music, Musicians and Software Development &#124;</dc:creator>
		<pubDate>Sun, 25 Oct 2009 15:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-9758</guid>
		<description>[...] would like to think that we should not be so pragmatic as to look at software development as being&#8221;solving a problem in order to start [...]</description>
		<content:encoded><![CDATA[<p>[...] would like to think that we should not be so pragmatic as to look at software development as being&#8221;solving a problem in order to start [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Engineering Is NOT Dead! &#124; Software Artist</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-7988</link>
		<dc:creator>Software Engineering Is NOT Dead! &#124; Software Artist</dc:creator>
		<pubDate>Wed, 22 Jul 2009 12:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-7988</guid>
		<description>[...] has been a lot of controversy about that, some people arguing it&#8217;s more of an art, others saying it&#8217;s science, yet others that it&#8217;s more like craftsmanship. At the end of the day, the only fact that [...]</description>
		<content:encoded><![CDATA[<p>[...] has been a lot of controversy about that, some people arguing it&#8217;s more of an art, others saying it&#8217;s science, yet others that it&#8217;s more like craftsmanship. At the end of the day, the only fact that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angus McDonald</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-2591</link>
		<dc:creator>Angus McDonald</dc:creator>
		<pubDate>Thu, 17 Jul 2008 00:40:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-2591</guid>
		<description>Piffle ... software development is more craft than either art or engineering.

Craftsmen (craftfolk for the PCers) solve problems with beautiful pieces of functional design, but they do not engineer nor design (in the traditional sense) but rather do both.

Software development is its own thing, but for most people* it is much more craft than anything else.

* Designing certain types of systems requires a far more engineering approach (e.g. Google&#039;s load balancing software, game engines), whilst others are more art than anything else (e.g. actual games).</description>
		<content:encoded><![CDATA[<p>Piffle &#8230; software development is more craft than either art or engineering.</p>
<p>Craftsmen (craftfolk for the PCers) solve problems with beautiful pieces of functional design, but they do not engineer nor design (in the traditional sense) but rather do both.</p>
<p>Software development is its own thing, but for most people* it is much more craft than anything else.</p>
<p>* Designing certain types of systems requires a far more engineering approach (e.g. Google&#8217;s load balancing software, game engines), whilst others are more art than anything else (e.g. actual games).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adron</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-1880</link>
		<dc:creator>Adron</dc:creator>
		<pubDate>Wed, 30 Apr 2008 21:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-1880</guid>
		<description>&quot;I disagree I’m pretty sure the Sandwich artists at Subway are the real deal..&quot;

I agree to disagree also.</description>
		<content:encoded><![CDATA[<p>&#8220;I disagree I’m pretty sure the Sandwich artists at Subway are the real deal..&#8221;</p>
<p>I agree to disagree also.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ScubZero</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-1115</link>
		<dc:creator>ScubZero</dc:creator>
		<pubDate>Wed, 20 Feb 2008 20:58:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-1115</guid>
		<description>I feel you are making a fundamental oversimplification of art. Case in point, the assertion that &#039;artists can create subjective works without any repercussions&#039; and that in particular &#039;Musicians are artists that can have free spirited impromptu ‘jam sessions’&#039;.

Musicians in a jam session are under EXTREME constraints as to what they can and cannot do musically. Everything from the time and meter, the rhythm which keeps the various instruments in sync, the harmonic structures they play over, the melodic scales that are used are all inheritently mathematical structures which strictly confine what a musician can and cannot do. In fact the difference between music and noise, is exactly that fact that the members of a band are not all individually creating &#039;subjective works without any repercussions&#039;. The whole &#039;art&#039; of music is in the expression/communication of emotion with sound while being held constrained to a very strict guidelines... 

That all being said, I dont believe software developers are artists so much as craftsmen.</description>
		<content:encoded><![CDATA[<p>I feel you are making a fundamental oversimplification of art. Case in point, the assertion that &#8216;artists can create subjective works without any repercussions&#8217; and that in particular &#8216;Musicians are artists that can have free spirited impromptu ‘jam sessions’&#8217;.</p>
<p>Musicians in a jam session are under EXTREME constraints as to what they can and cannot do musically. Everything from the time and meter, the rhythm which keeps the various instruments in sync, the harmonic structures they play over, the melodic scales that are used are all inheritently mathematical structures which strictly confine what a musician can and cannot do. In fact the difference between music and noise, is exactly that fact that the members of a band are not all individually creating &#8217;subjective works without any repercussions&#8217;. The whole &#8216;art&#8217; of music is in the expression/communication of emotion with sound while being held constrained to a very strict guidelines&#8230; </p>
<p>That all being said, I dont believe software developers are artists so much as craftsmen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Pool</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-280</link>
		<dc:creator>Max Pool</dc:creator>
		<pubDate>Fri, 14 Sep 2007 16:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-280</guid>
		<description>Ahhh...very good reference Eric.  

The other book that comes to mind is &lt;a href=&quot;http://www.amazon.com/gp/product/0977213315?ie=UTF8&amp;tag=codes-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0977213315&quot;/ rel=&quot;nofollow&quot;&gt;Software Creativity 2.0&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Ahhh&#8230;very good reference Eric.  </p>
<p>The other book that comes to mind is <a href="http://www.amazon.com/gp/product/0977213315?ie=UTF8&#038;tag=codes-20&#038;linkCode=as2&#038;camp=1789&#038;creative=9325&#038;creativeASIN=0977213315"/ rel="nofollow">Software Creativity 2.0</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Rank</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-275</link>
		<dc:creator>Eric Rank</dc:creator>
		<pubDate>Fri, 14 Sep 2007 04:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-275</guid>
		<description>Software Development is Engineering. Good Software Development is Art.

&lt;a href=&quot;http://www.amazon.com/gp/product/0060589469?ie=UTF8&amp;tag=codes-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0060589469&quot; rel=&quot;nofollow&quot;&gt;Zen and the Art of Motorcycle Maintenance&lt;/a&gt; comes to mind as a book that applies to this topic. Quality is an attribute that goes beyond a sound design. Good Engineering will provide you with a sound design.

The Art in code happens when the *way* in which it works is elegant beyond that which a set of specs could determine.

Does your API adhere to the criteria in the spec sheet? Then it&#039;s engineered well. Is your API designed in such a way that people using it can do some creative things with it -- things which you haven&#039;t imagined? Then it&#039;s a work of art.</description>
		<content:encoded><![CDATA[<p>Software Development is Engineering. Good Software Development is Art.</p>
<p><a href="http://www.amazon.com/gp/product/0060589469?ie=UTF8&#038;tag=codes-20&#038;linkCode=as2&#038;camp=1789&#038;creative=9325&#038;creativeASIN=0060589469" rel="nofollow">Zen and the Art of Motorcycle Maintenance</a> comes to mind as a book that applies to this topic. Quality is an attribute that goes beyond a sound design. Good Engineering will provide you with a sound design.</p>
<p>The Art in code happens when the *way* in which it works is elegant beyond that which a set of specs could determine.</p>
<p>Does your API adhere to the criteria in the spec sheet? Then it&#8217;s engineered well. Is your API designed in such a way that people using it can do some creative things with it &#8212; things which you haven&#8217;t imagined? Then it&#8217;s a work of art.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-59</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Tue, 17 Jul 2007 13:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-59</guid>
		<description>In my opinion
Mathematics isn&#039;t a science in that there is no case for the emperical method as in chemistry and  physics - however computer science has a emperical side which goes beyond modeling only i.e. investigating the same algorithm and adaptations for it on different hardware/compiler/os/platforms - this is why for instance a hash algorithm mathematically speaking may have O(1) time in theory (via math), yet in hardware it may have bad locality of reference so that a binary search or tree search may sometimes outperform a hashtable for lookups in emperical tests (i.e JUDY) for some persistent cases a hash lookup may even be eclipsed by linear searches! 

The confusion comes in that many programmers and scientists are doing math  (no reason why they shouldnt), to support the science or programming they do. But this math is Never perfectly applied or conceived since this is humanly impossible - i.e. the code of the shuttle space craft still has +-4 known bugs in it - after 30 years of testing and fixing 40000 lines of code.

The biggest problem lies in the hardware itself.
which is based entirely on set theoretical mathematics (there are other branches of mathematics you know) - this implies that no physical situation can be perfectly modelled in a computer since the universe isn&#039;t entirely set theoretic - (via basic topology and the violation of the distributive And operator on sets, by, for instance quantum mechanical phenomena). 

It follows that computer programming can never be considered a closed practise in which all aspects to all problems are clearly and quantatively defined or definable. In my work as a computer scientist and programmer (yes Ive worked on many real systems) I&#039;m repeatedly thrown against the age old dilemma of failure - a good system isnt defined by the richness of its functionality ,the quality of its code or the simplicity of its logic , its judged by the Grace of its failure - which is Art !</description>
		<content:encoded><![CDATA[<p>In my opinion<br />
Mathematics isn&#8217;t a science in that there is no case for the emperical method as in chemistry and  physics &#8211; however computer science has a emperical side which goes beyond modeling only i.e. investigating the same algorithm and adaptations for it on different hardware/compiler/os/platforms &#8211; this is why for instance a hash algorithm mathematically speaking may have O(1) time in theory (via math), yet in hardware it may have bad locality of reference so that a binary search or tree search may sometimes outperform a hashtable for lookups in emperical tests (i.e JUDY) for some persistent cases a hash lookup may even be eclipsed by linear searches! </p>
<p>The confusion comes in that many programmers and scientists are doing math  (no reason why they shouldnt), to support the science or programming they do. But this math is Never perfectly applied or conceived since this is humanly impossible &#8211; i.e. the code of the shuttle space craft still has +-4 known bugs in it &#8211; after 30 years of testing and fixing 40000 lines of code.</p>
<p>The biggest problem lies in the hardware itself.<br />
which is based entirely on set theoretical mathematics (there are other branches of mathematics you know) &#8211; this implies that no physical situation can be perfectly modelled in a computer since the universe isn&#8217;t entirely set theoretic &#8211; (via basic topology and the violation of the distributive And operator on sets, by, for instance quantum mechanical phenomena). </p>
<p>It follows that computer programming can never be considered a closed practise in which all aspects to all problems are clearly and quantatively defined or definable. In my work as a computer scientist and programmer (yes Ive worked on many real systems) I&#8217;m repeatedly thrown against the age old dilemma of failure &#8211; a good system isnt defined by the richness of its functionality ,the quality of its code or the simplicity of its logic , its judged by the Grace of its failure &#8211; which is Art !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Morris</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-46</link>
		<dc:creator>Colin Morris</dc:creator>
		<pubDate>Tue, 17 Jul 2007 06:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-46</guid>
		<description>&quot;When was the last time you saw a developer express themselves in a free spirited impromptu ‘code session’? It just sounds stupid saying it.&quot;

- How about http://hackday.org/ ?

&quot;True pencil and paint artists can create subjective works without any repercussions.&quot;

- Except starvation if nobody buys them, and it&#039;s their sole income.  Harking back to the days of artists having patrons.  Surely painting over is the art version of redoing code sections.

Why does one library get chosen over another library, if both do the &#039;same thing&#039;?  JS libraries for example.  Is implementation-style another version of &quot;I don&#039;t know art but I know what I like&quot;?

I agree with the commenter about the Subway artists, though.</description>
		<content:encoded><![CDATA[<p>&#8220;When was the last time you saw a developer express themselves in a free spirited impromptu ‘code session’? It just sounds stupid saying it.&#8221;</p>
<p>- How about <a href="http://hackday.org/" rel="nofollow">http://hackday.org/</a> ?</p>
<p>&#8220;True pencil and paint artists can create subjective works without any repercussions.&#8221;</p>
<p>- Except starvation if nobody buys them, and it&#8217;s their sole income.  Harking back to the days of artists having patrons.  Surely painting over is the art version of redoing code sections.</p>
<p>Why does one library get chosen over another library, if both do the &#8217;same thing&#8217;?  JS libraries for example.  Is implementation-style another version of &#8220;I don&#8217;t know art but I know what I like&#8221;?</p>
<p>I agree with the commenter about the Subway artists, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Pool</title>
		<link>http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-21</link>
		<dc:creator>Max Pool</dc:creator>
		<pubDate>Fri, 13 Jul 2007 21:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.codesqueeze.com/software-engineer-vs-code-artist/#comment-21</guid>
		<description>That is interesting Jason. I guess the thought of looking at either persona from a negative angle never occurred to me.

No, I would not want to be associated with being a lowly subjective developer. Likewise, I would not want to be typecast as a rigid objective scientist. 

I explored this thought more in today&#039;s post &lt;a href=&quot;http://www.codesqueeze.com/why-linguists-are-true-code-artists/&quot;  rel=&quot;nofollow&quot;&gt;Why Linguists Are The True Code Artists&lt;/a&gt;...</description>
		<content:encoded><![CDATA[<p>That is interesting Jason. I guess the thought of looking at either persona from a negative angle never occurred to me.</p>
<p>No, I would not want to be associated with being a lowly subjective developer. Likewise, I would not want to be typecast as a rigid objective scientist. </p>
<p>I explored this thought more in today&#8217;s post <a href="http://www.codesqueeze.com/why-linguists-are-true-code-artists/"  rel="nofollow">Why Linguists Are The True Code Artists</a>&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
