<?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: On Craft</title>
	<atom:link href="http://techbrew.net/articles/200801/on-craft/feed/" rel="self" type="application/rss+xml" />
	<link>http://techbrew.net/articles/200801/on-craft/</link>
	<description>Informative geekery on software and technology</description>
	<lastBuildDate>Mon, 07 May 2012 17:24:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Rob</title>
		<link>http://techbrew.net/articles/200801/on-craft/comment-page-1/#comment-15016</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 08 Jan 2008 13:44:55 +0000</pubDate>
		<guid isPermaLink="false">http://techbrew.net/articles/200801/on-craft/#comment-15016</guid>
		<description>In many jobs now days, candidates are asked to present a portfolio of work.  Granted, my view comes from someone who is not a programmer, but I have been asked to provide work examples.  I assume many programmers have personal work (not confidential) that can be presented to the interviewer.

If this cannot be done, then I think it&#039;s important to ask questions about the craft of coding.  &quot;What do you like most about exemplary software engineers - what makes them exemplary?  How would you rate yourself?  Why?  What is the biggest pain point to your coding skills?  What is the easiest/hardest part of interpreting requirements?&quot;

Have a plan that tried to get to the (1) work examples, (2) work style/ethic, and (3) interpersonal/initiative skills.</description>
		<content:encoded><![CDATA[<p>In many jobs now days, candidates are asked to present a portfolio of work.  Granted, my view comes from someone who is not a programmer, but I have been asked to provide work examples.  I assume many programmers have personal work (not confidential) that can be presented to the interviewer.</p>
<p>If this cannot be done, then I think it&#8217;s important to ask questions about the craft of coding.  &#8220;What do you like most about exemplary software engineers &#8211; what makes them exemplary?  How would you rate yourself?  Why?  What is the biggest pain point to your coding skills?  What is the easiest/hardest part of interpreting requirements?&#8221;</p>
<p>Have a plan that tried to get to the (1) work examples, (2) work style/ethic, and (3) interpersonal/initiative skills.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brooke Kuhlmann</title>
		<link>http://techbrew.net/articles/200801/on-craft/comment-page-1/#comment-15012</link>
		<dc:creator>Brooke Kuhlmann</dc:creator>
		<pubDate>Mon, 07 Jan 2008 19:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://techbrew.net/articles/200801/on-craft/#comment-15012</guid>
		<description>Hmm, I fall into the &quot;idealist&quot; category.  Although,  I wouldn&#039;t say I&#039;m miserable as there are alternatives to taking pride in the work you do whether it be those small opportunities while on the job or elsewhere (as you suggest).

As for interviews, they are great for getting a chance to study someone in person, observe body language, ask and answer questions, etc.  However, this is just talk.  What you need is proof.  In this day and age, I think the best way to learn about someone (in addition to interviewing and reading the resume) is by studying what they write technically (i.e. blog)  or develop (i.e. open source projects) in public.

It is these types of individuals that I find most exceptional because they truly enjoy working in the tech industry.    These are the kind of people you want to hire.</description>
		<content:encoded><![CDATA[<p>Hmm, I fall into the &#8220;idealist&#8221; category.  Although,  I wouldn&#8217;t say I&#8217;m miserable as there are alternatives to taking pride in the work you do whether it be those small opportunities while on the job or elsewhere (as you suggest).</p>
<p>As for interviews, they are great for getting a chance to study someone in person, observe body language, ask and answer questions, etc.  However, this is just talk.  What you need is proof.  In this day and age, I think the best way to learn about someone (in addition to interviewing and reading the resume) is by studying what they write technically (i.e. blog)  or develop (i.e. open source projects) in public.</p>
<p>It is these types of individuals that I find most exceptional because they truly enjoy working in the tech industry.    These are the kind of people you want to hire.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

