<?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: Doing good work with bad tools</title>
	<atom:link href="http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/</link>
	<description>The blog of John D. Cook</description>
	<lastBuildDate>Sat, 11 Feb 2012 01:10:06 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jan Galkowski</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-132342</link>
		<dc:creator>Jan Galkowski</dc:creator>
		<pubDate>Sun, 22 Jan 2012 01:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-132342</guid>
		<description>There&#039;s a reverse spin to this, too. In 35 years of software work I have thrice encountered groups who are so enamoured of their vintage tools that they&#039;ll systematically reject any consideration of alternatives. I&#039;ve seen this happen in two cases where the group will reject business they cannot do with their tool- and mind-set. Perhaps that works some of the time but there are missed opportunities there ... I&#039;m not saying EVERY new tool id a good idea -- object-oriented programming being one suspect -- but doing stuff in assembly or C or shell all the time hes its drawbacks.</description>
		<content:encoded><![CDATA[<p>There&#8217;s a reverse spin to this, too. In 35 years of software work I have thrice encountered groups who are so enamoured of their vintage tools that they&#8217;ll systematically reject any consideration of alternatives. I&#8217;ve seen this happen in two cases where the group will reject business they cannot do with their tool- and mind-set. Perhaps that works some of the time but there are missed opportunities there &#8230; I&#8217;m not saying EVERY new tool id a good idea &#8212; object-oriented programming being one suspect &#8212; but doing stuff in assembly or C or shell all the time hes its drawbacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevan</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-99830</link>
		<dc:creator>Kevan</dc:creator>
		<pubDate>Mon, 22 Aug 2011 22:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-99830</guid>
		<description>&quot;In some cases, a craftsman will use a poor tool to make a better one!&quot;

I think the important point to take aways isn&#039;t that you shouldn&#039;t use nice, time saving advanced tools, but to realize that they may limit your easily reached solutions in non-obvious ways.  It&#039;s important to step back and make sure we aren&#039;t going down the route of path dependence and lock-in.  Neal Stephenson wrote an interesting article on this at slate: http://www.slate.com/id/2283469</description>
		<content:encoded><![CDATA[<p>&#8220;In some cases, a craftsman will use a poor tool to make a better one!&#8221;</p>
<p>I think the important point to take aways isn&#8217;t that you shouldn&#8217;t use nice, time saving advanced tools, but to realize that they may limit your easily reached solutions in non-obvious ways.  It&#8217;s important to step back and make sure we aren&#8217;t going down the route of path dependence and lock-in.  Neal Stephenson wrote an interesting article on this at slate: <a href="http://www.slate.com/id/2283469" rel="nofollow">http://www.slate.com/id/2283469</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alpheus</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-99811</link>
		<dc:creator>Alpheus</dc:creator>
		<pubDate>Mon, 22 Aug 2011 18:56:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-99811</guid>
		<description>&quot;The problem with standing on the shoulders of giants is that often your reach and destination are decided by that giant.&quot;

On the other hand, if you&#039;re standing on the right giant, you can produce something as elegant as calculus!

While the best craftsmen can do wonderful things with the poorest of tools--and will do so, when that is all they have--the best craftsmen also appreciate good tools when those tools are available.  In some cases, a craftsman will use a poor tool to make a better one!</description>
		<content:encoded><![CDATA[<p>&#8220;The problem with standing on the shoulders of giants is that often your reach and destination are decided by that giant.&#8221;</p>
<p>On the other hand, if you&#8217;re standing on the right giant, you can produce something as elegant as calculus!</p>
<p>While the best craftsmen can do wonderful things with the poorest of tools&#8211;and will do so, when that is all they have&#8211;the best craftsmen also appreciate good tools when those tools are available.  In some cases, a craftsman will use a poor tool to make a better one!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevan</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-78103</link>
		<dc:creator>Kevan</dc:creator>
		<pubDate>Wed, 27 Apr 2011 20:44:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-78103</guid>
		<description>&#039;I don’t call it “hiding behind pillars”. I call it “standing on the shoulders of giants”.&#039;

The problem with standing on the shoulders of giants is that often your reach and destination are decided by that giant.</description>
		<content:encoded><![CDATA[<p>&#8216;I don’t call it “hiding behind pillars”. I call it “standing on the shoulders of giants”.&#8217;</p>
<p>The problem with standing on the shoulders of giants is that often your reach and destination are decided by that giant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Baker</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-77934</link>
		<dc:creator>Jason Baker</dc:creator>
		<pubDate>Wed, 27 Apr 2011 01:40:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-77934</guid>
		<description>I don&#039;t call it &quot;hiding behind pillars&quot;.  I call it &quot;standing on the shoulders of giants&quot;.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t call it &#8220;hiding behind pillars&#8221;.  I call it &#8220;standing on the shoulders of giants&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The myth of the Lisp genius &#8212; The Endeavour</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-77842</link>
		<dc:creator>The myth of the Lisp genius &#8212; The Endeavour</dc:creator>
		<pubDate>Tue, 26 Apr 2011 12:18:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-77842</guid>
		<description>[...] and the anti-Lisp Doing good work with bad tools Why programmers are not paid in proportion to their productivity    ? [...]</description>
		<content:encoded><![CDATA[<p>[...] and the anti-Lisp Doing good work with bad tools Why programmers are not paid in proportion to their productivity    ? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EastwoodDC</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-29940</link>
		<dc:creator>EastwoodDC</dc:creator>
		<pubDate>Thu, 31 Dec 2009 17:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-29940</guid>
		<description>One of my hobbies is painting. When I started a could not tell the difference between low and high quality paints and brushes, but as my skills improved I found there really is a difference if you are skillful enough to take advantage of it. The best of materials do not help without the skills and craftsmanship to make best use of then, and the same should certainly apply to programming.

PS: Charlie Parker&#039;s plastic saxophone is on display at the Kansas City Jazz Museum, a wonderful place to visit should you get the opportunity.</description>
		<content:encoded><![CDATA[<p>One of my hobbies is painting. When I started a could not tell the difference between low and high quality paints and brushes, but as my skills improved I found there really is a difference if you are skillful enough to take advantage of it. The best of materials do not help without the skills and craftsmanship to make best use of then, and the same should certainly apply to programming.</p>
<p>PS: Charlie Parker&#8217;s plastic saxophone is on display at the Kansas City Jazz Museum, a wonderful place to visit should you get the opportunity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-29111</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 17 Dec 2009 13:54:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-29111</guid>
		<description>I understand your comment about using batch files. This kind of thing could be a stunt, going to great effort to avoid using the right tool for the job. But in this case, the developer I mentioned primarily developed C++ applications. Automation wasn&#039;t his main job. But when he needed to do some automation he took a tool he already knew and solved our problem quickly and elegantly.</description>
		<content:encoded><![CDATA[<p>I understand your comment about using batch files. This kind of thing could be a stunt, going to great effort to avoid using the right tool for the job. But in this case, the developer I mentioned primarily developed C++ applications. Automation wasn&#8217;t his main job. But when he needed to do some automation he took a tool he already knew and solved our problem quickly and elegantly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iftikhar</title>
		<link>http://www.johndcook.com/blog/2009/12/16/good-work-with-bad-tools/comment-page-1/#comment-29106</link>
		<dc:creator>Iftikhar</dc:creator>
		<pubDate>Thu, 17 Dec 2009 11:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.johndcook.com/blog/?p=3841#comment-29106</guid>
		<description>Hi John,

&quot;But I worked with someone who was able to do amazing things with batch files.&quot;

but how much effort did he expend in doing this?

Would it just not be better if that same person had switched to better tools (if available) and done the same amazing things with better tools with less effort?

Quality of tools makes a difference.</description>
		<content:encoded><![CDATA[<p>Hi John,</p>
<p>&#8220;But I worked with someone who was able to do amazing things with batch files.&#8221;</p>
<p>but how much effort did he expend in doing this?</p>
<p>Would it just not be better if that same person had switched to better tools (if available) and done the same amazing things with better tools with less effort?</p>
<p>Quality of tools makes a difference.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.416 seconds -->

