<?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 Programmer</title>
	<atom:link href="http://juanmchavezjr.com/blog/2009/11/software-engineer-vs-programmer/feed/" rel="self" type="application/rss+xml" />
	<link>http://juanmchavezjr.com/blog/2009/11/software-engineer-vs-programmer/</link>
	<description>Random thoughts on random observations</description>
	<lastBuildDate>Thu, 22 Jul 2010 20:48:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Kelly Moran</title>
		<link>http://juanmchavezjr.com/blog/2009/11/software-engineer-vs-programmer/comment-page-1/#comment-412</link>
		<dc:creator>Kelly Moran</dc:creator>
		<pubDate>Thu, 22 Jul 2010 20:48:25 +0000</pubDate>
		<guid isPermaLink="false">http://juanmchavezjr.com/blog/?p=62#comment-412</guid>
		<description>I couldn&#039;t agree more with this article.  I keep getting passed up by opportunities because I didn&#039;t know a specific parameter for an underused function.  Why should a software engineer need to know this information?  That&#039;s what references are for...so you don&#039;t have to remember it!  I&#039;d rather know the business and technical processes more deeply.  The bottom line is when the $hit hits the fan, they just don&#039;t throw a &quot;PHP programmer&quot; or a .NET &quot;guru&quot; in to fix the problem.  They call the guy who knows every facet of the operation and is even able to develop a solution.  Bob is right...they aren&#039;t looking for someone to be creative.  Just an individual to hack code.  IMO, it&#039;s not the right fit for top software engineers like us.  Although most people don&#039;t view it this way, but the interview process is a two lane road.  You have to be a good fit for them as much as they have to be a good fit you.

Just my 2cents</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more with this article.  I keep getting passed up by opportunities because I didn&#8217;t know a specific parameter for an underused function.  Why should a software engineer need to know this information?  That&#8217;s what references are for&#8230;so you don&#8217;t have to remember it!  I&#8217;d rather know the business and technical processes more deeply.  The bottom line is when the $hit hits the fan, they just don&#8217;t throw a &#8220;PHP programmer&#8221; or a .NET &#8220;guru&#8221; in to fix the problem.  They call the guy who knows every facet of the operation and is even able to develop a solution.  Bob is right&#8230;they aren&#8217;t looking for someone to be creative.  Just an individual to hack code.  IMO, it&#8217;s not the right fit for top software engineers like us.  Although most people don&#8217;t view it this way, but the interview process is a two lane road.  You have to be a good fit for them as much as they have to be a good fit you.</p>
<p>Just my 2cents</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keyvan Valafar</title>
		<link>http://juanmchavezjr.com/blog/2009/11/software-engineer-vs-programmer/comment-page-1/#comment-20</link>
		<dc:creator>Keyvan Valafar</dc:creator>
		<pubDate>Tue, 15 Dec 2009 22:16:10 +0000</pubDate>
		<guid isPermaLink="false">http://juanmchavezjr.com/blog/?p=62#comment-20</guid>
		<description>I just had a chance to read your commentary today. Great writing. Next time you have an interview let the manager know to read your piece of advice first</description>
		<content:encoded><![CDATA[<p>I just had a chance to read your commentary today. Great writing. Next time you have an interview let the manager know to read your piece of advice first</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Curry</title>
		<link>http://juanmchavezjr.com/blog/2009/11/software-engineer-vs-programmer/comment-page-1/#comment-3</link>
		<dc:creator>Bob Curry</dc:creator>
		<pubDate>Thu, 19 Nov 2009 19:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://juanmchavezjr.com/blog/?p=62#comment-3</guid>
		<description>Great piece of wisdom.  You are right.  We are not memorizing the tool we use, but thinking about the software design we are implementing.  To be tested like that does seem strange.  Maybe those jobs didn&#039;t really offer any creativity.  Sounds like they might have been looking for a software factory worker.</description>
		<content:encoded><![CDATA[<p>Great piece of wisdom.  You are right.  We are not memorizing the tool we use, but thinking about the software design we are implementing.  To be tested like that does seem strange.  Maybe those jobs didn&#8217;t really offer any creativity.  Sounds like they might have been looking for a software factory worker.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
