<?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: Do You Own Your Tools?</title>
	<atom:link href="http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/</link>
	<description></description>
	<lastBuildDate>Tue, 29 Jun 2010 19:28:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Craftsmanship :: Own (and make) your own tools &#171; DerekHammer.Com</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-314</link>
		<dc:creator>Craftsmanship :: Own (and make) your own tools &#171; DerekHammer.Com</dc:creator>
		<pubDate>Thu, 12 Nov 2009 23:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-314</guid>
		<description>[...] Jon Fuller (my mentor from last summer) wrote about owning your own tools. He also wrote about how every team needs a toolsmith. Jon&#8217;s response comes from Robert [...]</description>
		<content:encoded><![CDATA[<p>[...] Jon Fuller (my mentor from last summer) wrote about owning your own tools. He also wrote about how every team needs a toolsmith. Jon&#8217;s response comes from Robert [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Panozzo</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-293</link>
		<dc:creator>Anthony Panozzo</dc:creator>
		<pubDate>Fri, 09 Oct 2009 19:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-293</guid>
		<description>Interesting that my dad is also a craftsman--a carpenter.  He buys almost all of the tools that he needs, and some specialty ones are provided by the companies he works for.  This can be a liability, as he has had people steal his tools from his truck.  Plus, tools depreciate over time (get rusty, break.)

Most of the tools I prefer using are free and open source.  This makes it a bit easier to own the tools, as it replaces the cost of the product with the cost of learning to use it and refine it to your needs.  Most of the time I don&#039;t even really consider this cost, as it is fun.  I wonder if I would make the same tool decisions if I had a billion dollars.

In the same way that a carpenter sharpens saws, a developer should sharpen his or her toolset.  When I&#039;m writing code and notice some duplication or things that I&#039;d like to learn more about in my toolset, I make a note of this in a special file.  Then, when I feel like I have some time and interest, I go through the list and batch tackle the things I am interested in improving.


Someone commented that having machines be out of sync tool-wise can be a demotivator.  I agree, and that is why using simple, free tools well can be powerful.  It&#039;s easier to copy over your five configuration files than to set up most software how you want to use it.

I&#039;ve recently been developing offsite and using my Ubuntu-powered laptop to do so.  It&#039;s nice when changes I make at work have an effect when I get home.  It has been a chore at times to get everything working smoothly, but overall I&#039;ve been pretty happy.  It is probably a somewhat unmitigated risk that I&#039;m using this machine.  If it suddenly melted or got stolen, it might take awhile to get my environment set up again how I like it.  I back up all of the files that I have created, but I wonder what would be lost.

As far as being hard for IT or a time sink for developers, I think that there are ways to go too far in both directions.  The fact that corporate IT departments have been unwilling to accommodate new software leads to finding workarounds and loopholes.  On the other hand, spending all of your time tweaking your environment doesn&#039;t help.  I&#039;d say to look at the costs versus the benefits and see what the balance is.  Make the changes that will pay off over the lifetime of the change.  I lean toward making people more free and thus more responsible, but I suppose that is my nature.


I wonder if your thoughts here are that by purchasing tools you have a new appreciation, respect, or feeling about the tools.  Maybe it&#039;s kind of like purchasing music is different from simply downloading music.  Regardless, I would probably argue that you can own your tools without &quot;owning&quot; your tools.  That is, you can master your tools and how they interact (whether physical or virtual) regardless of whether you have actually purchased them.  That, I think, is a more useful mindset.  Bearing this in mind, owning the tools from a monetary perspective is not sufficient to own them mentally, although the opposite may apply.  I think that is what you were driving at.



Here&#039;s my algorithm for finding books.  I stop when I have the content I need:
 - free and electronic?  download it
 - someone I know has it?  ask to borrow it
 - mostly work-related?  ask for the book from work
 - purchase it myself

Hence the preference is for free and electronic.  If I had a billion dollars, I wouldn&#039;t spend time hunting free copies, would just buy them instead (or maybe sit on a beach, but that&#039;s neither here nor there.)  The same cost/benefit applies to books as it does to any other tool.  In this case, is the time that I spend reading this going to pay off over the long run?  I&#039;ve found that it almost always does, especially if you read actively.

I can only think of a handful of technology books that I have read more than once, even the most theoretical ones.  Most of the time tech books just become outdated or used for sparing references.  For me, the value of having a book that I purchase for myself seems limited.  

Thanks for the post, it was thought-provoking!</description>
		<content:encoded><![CDATA[<p>Interesting that my dad is also a craftsman&#8211;a carpenter.  He buys almost all of the tools that he needs, and some specialty ones are provided by the companies he works for.  This can be a liability, as he has had people steal his tools from his truck.  Plus, tools depreciate over time (get rusty, break.)</p>
<p>Most of the tools I prefer using are free and open source.  This makes it a bit easier to own the tools, as it replaces the cost of the product with the cost of learning to use it and refine it to your needs.  Most of the time I don&#8217;t even really consider this cost, as it is fun.  I wonder if I would make the same tool decisions if I had a billion dollars.</p>
<p>In the same way that a carpenter sharpens saws, a developer should sharpen his or her toolset.  When I&#8217;m writing code and notice some duplication or things that I&#8217;d like to learn more about in my toolset, I make a note of this in a special file.  Then, when I feel like I have some time and interest, I go through the list and batch tackle the things I am interested in improving.</p>
<p>Someone commented that having machines be out of sync tool-wise can be a demotivator.  I agree, and that is why using simple, free tools well can be powerful.  It&#8217;s easier to copy over your five configuration files than to set up most software how you want to use it.</p>
<p>I&#8217;ve recently been developing offsite and using my Ubuntu-powered laptop to do so.  It&#8217;s nice when changes I make at work have an effect when I get home.  It has been a chore at times to get everything working smoothly, but overall I&#8217;ve been pretty happy.  It is probably a somewhat unmitigated risk that I&#8217;m using this machine.  If it suddenly melted or got stolen, it might take awhile to get my environment set up again how I like it.  I back up all of the files that I have created, but I wonder what would be lost.</p>
<p>As far as being hard for IT or a time sink for developers, I think that there are ways to go too far in both directions.  The fact that corporate IT departments have been unwilling to accommodate new software leads to finding workarounds and loopholes.  On the other hand, spending all of your time tweaking your environment doesn&#8217;t help.  I&#8217;d say to look at the costs versus the benefits and see what the balance is.  Make the changes that will pay off over the lifetime of the change.  I lean toward making people more free and thus more responsible, but I suppose that is my nature.</p>
<p>I wonder if your thoughts here are that by purchasing tools you have a new appreciation, respect, or feeling about the tools.  Maybe it&#8217;s kind of like purchasing music is different from simply downloading music.  Regardless, I would probably argue that you can own your tools without &#8220;owning&#8221; your tools.  That is, you can master your tools and how they interact (whether physical or virtual) regardless of whether you have actually purchased them.  That, I think, is a more useful mindset.  Bearing this in mind, owning the tools from a monetary perspective is not sufficient to own them mentally, although the opposite may apply.  I think that is what you were driving at.</p>
<p>Here&#8217;s my algorithm for finding books.  I stop when I have the content I need:<br />
 &#8211; free and electronic?  download it<br />
 &#8211; someone I know has it?  ask to borrow it<br />
 &#8211; mostly work-related?  ask for the book from work<br />
 &#8211; purchase it myself</p>
<p>Hence the preference is for free and electronic.  If I had a billion dollars, I wouldn&#8217;t spend time hunting free copies, would just buy them instead (or maybe sit on a beach, but that&#8217;s neither here nor there.)  The same cost/benefit applies to books as it does to any other tool.  In this case, is the time that I spend reading this going to pay off over the long run?  I&#8217;ve found that it almost always does, especially if you read actively.</p>
<p>I can only think of a handful of technology books that I have read more than once, even the most theoretical ones.  Most of the time tech books just become outdated or used for sparing references.  For me, the value of having a book that I purchase for myself seems limited.  </p>
<p>Thanks for the post, it was thought-provoking!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-291</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Fri, 09 Oct 2009 12:02:06 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-291</guid>
		<description>Very interesting.  I had never considered IP.  I&#039;m guessing enough lawyer lingo could be cooked up to avoid it, but yeah, it&#039;s probably definitely easier no matter where you live to keep it separate.</description>
		<content:encoded><![CDATA[<p>Very interesting.  I had never considered IP.  I&#8217;m guessing enough lawyer lingo could be cooked up to avoid it, but yeah, it&#8217;s probably definitely easier no matter where you live to keep it separate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-290</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Fri, 09 Oct 2009 00:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-290</guid>
		<description>Another counterpoint: there are potential legal issues involving intellectual property and equipment used to develop it. Maybe it&#039;s a California thing or a per-company preference, but my employer would much prefer that I use their computer for company work and my computer for side work.</description>
		<content:encoded><![CDATA[<p>Another counterpoint: there are potential legal issues involving intellectual property and equipment used to develop it. Maybe it&#8217;s a California thing or a per-company preference, but my employer would much prefer that I use their computer for company work and my computer for side work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-289</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Thu, 08 Oct 2009 20:02:40 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-289</guid>
		<description>I would *love* to own my own tools. Which is to say, really, that I already do. I have a developer-grade setup at home for the work I do on my own time. If I felt like I could go to my employer and ask for their tech budget for me, I would be thrilled to build my own box for work, also. I&#039;d tailor the money spent on the box to things that are important to me and that fit my productivity habits.

Another interesting point: because I can&#039;t use my day-job equipment for side projects, neither my home box nor my 9-5 box are as well tuned as they could be. They both have little quirks that cost me time that aren&#039;t worth the trouble to fix because I only use them for a fraction of my work.

It seems obvious, but I take a lot more ownership over the tools that I *own*. If Howitzer broke, my reaction was &quot;yeah something&#039;s wrong with that box you gave me, call IT&quot;. With the box I own, I practically always know what&#039;s going on when it breaks because I picked out every part and I know how they go together. Maybe this is a counterpoint, it might be more efficient for a company to keep me from being distracted by IT.</description>
		<content:encoded><![CDATA[<p>I would *love* to own my own tools. Which is to say, really, that I already do. I have a developer-grade setup at home for the work I do on my own time. If I felt like I could go to my employer and ask for their tech budget for me, I would be thrilled to build my own box for work, also. I&#8217;d tailor the money spent on the box to things that are important to me and that fit my productivity habits.</p>
<p>Another interesting point: because I can&#8217;t use my day-job equipment for side projects, neither my home box nor my 9-5 box are as well tuned as they could be. They both have little quirks that cost me time that aren&#8217;t worth the trouble to fix because I only use them for a fraction of my work.</p>
<p>It seems obvious, but I take a lot more ownership over the tools that I *own*. If Howitzer broke, my reaction was &#8220;yeah something&#8217;s wrong with that box you gave me, call IT&#8221;. With the box I own, I practically always know what&#8217;s going on when it breaks because I picked out every part and I know how they go together. Maybe this is a counterpoint, it might be more efficient for a company to keep me from being distracted by IT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt W</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-288</link>
		<dc:creator>Matt W</dc:creator>
		<pubDate>Thu, 08 Oct 2009 18:30:16 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-288</guid>
		<description>Interesting.  I have never had a problem with buying my own books -- I too like having my own copy, but I haven&#039;t thought about programmers buying their own development tools and hardware.  Since my team does paired-programming, all of our workstations have to be the same.  The same apps installed, the same key mapping, etc since everyday we could be at a different station with a different pair.  So, in my working env. having developers have a highly customized work space is bad for the team.  I&#039;m also glad I don&#039;t have to pay lots of $$$ for the software we us.</description>
		<content:encoded><![CDATA[<p>Interesting.  I have never had a problem with buying my own books &#8212; I too like having my own copy, but I haven&#8217;t thought about programmers buying their own development tools and hardware.  Since my team does paired-programming, all of our workstations have to be the same.  The same apps installed, the same key mapping, etc since everyday we could be at a different station with a different pair.  So, in my working env. having developers have a highly customized work space is bad for the team.  I&#8217;m also glad I don&#8217;t have to pay lots of $$$ for the software we us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Meyer</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-284</link>
		<dc:creator>Daniel Meyer</dc:creator>
		<pubDate>Thu, 08 Oct 2009 16:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-284</guid>
		<description>Jon,

There is a kind of person who daily works to solve the problems they&#039;re given, using the knowledge they already have.  Their work fits in well with the existing system and their changes do not tend to be destabilizing.  This approach is ok when stability is the major goal... but does not result in the wellspring of innovation a company needs to stay competitive.  (It does not tend to lead to innovations in achieving the stability either!)  Words that describe this kind of person: faithful, content.

There is another kind of person who tends not to be content staying within the current bounds of the system.  This second kind of person is always saying things like, &quot;If we could just get this thing callable from the command line, then we could script it into this new jerry-rigged automated builder&quot;.  If you don&#039;t look carefully, the second kind of person often appears to be a crazed maniac. :)  BUT, companies need the energy and creativity this type of person brings.

The desire to own your own tools is just one thing that can happen to you when you start to become one of the second kind of people.

The first kind of person can become the second kind, but I think once you&#039;re the second kind it&#039;s hard to go back!

I wanted to also say something about how the crazed maniacs/innovators do need accountability at some level -- that is, they should expect to be asked to give reasons for the choices they make, and be able to answer with rational rather than emotional arguments -- and on the flip side, they also thrive best when their company adopts a supportive rather than suspicious attitude... (the would-be innovator doesn&#039;t have to be passive in this, either - see the book &lt;a href=&quot;http://www.informit.com/store/product.aspx?isbn=0201741571&quot; rel=&quot;nofollow&quot;&gt;Fearless Change: Patterns for Introducing New Ideas&lt;/a&gt;)... 

And in case it&#039;s not clear I happily consider myself one of the second kind!</description>
		<content:encoded><![CDATA[<p>Jon,</p>
<p>There is a kind of person who daily works to solve the problems they&#8217;re given, using the knowledge they already have.  Their work fits in well with the existing system and their changes do not tend to be destabilizing.  This approach is ok when stability is the major goal&#8230; but does not result in the wellspring of innovation a company needs to stay competitive.  (It does not tend to lead to innovations in achieving the stability either!)  Words that describe this kind of person: faithful, content.</p>
<p>There is another kind of person who tends not to be content staying within the current bounds of the system.  This second kind of person is always saying things like, &#8220;If we could just get this thing callable from the command line, then we could script it into this new jerry-rigged automated builder&#8221;.  If you don&#8217;t look carefully, the second kind of person often appears to be a crazed maniac. <img src='http://jonfuller.codingtomusic.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   BUT, companies need the energy and creativity this type of person brings.</p>
<p>The desire to own your own tools is just one thing that can happen to you when you start to become one of the second kind of people.</p>
<p>The first kind of person can become the second kind, but I think once you&#8217;re the second kind it&#8217;s hard to go back!</p>
<p>I wanted to also say something about how the crazed maniacs/innovators do need accountability at some level &#8212; that is, they should expect to be asked to give reasons for the choices they make, and be able to answer with rational rather than emotional arguments &#8212; and on the flip side, they also thrive best when their company adopts a supportive rather than suspicious attitude&#8230; (the would-be innovator doesn&#8217;t have to be passive in this, either &#8211; see the book <a href="http://www.informit.com/store/product.aspx?isbn=0201741571" rel="nofollow">Fearless Change: Patterns for Introducing New Ideas</a>)&#8230; </p>
<p>And in case it&#8217;s not clear I happily consider myself one of the second kind!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-283</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Thu, 08 Oct 2009 11:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-283</guid>
		<description>Thanks Matt for clearing the air... I REALLY do appreciate it, and I appreciate the feedback.  My brain/stomach has been in knots.

Thanks for pointing out the busted-ness of the blog... I&#039;m gonna have to figure that out.  I didn&#039;t know it was broken.</description>
		<content:encoded><![CDATA[<p>Thanks Matt for clearing the air&#8230; I REALLY do appreciate it, and I appreciate the feedback.  My brain/stomach has been in knots.</p>
<p>Thanks for pointing out the busted-ness of the blog&#8230; I&#8217;m gonna have to figure that out.  I didn&#8217;t know it was broken.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MattA</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-282</link>
		<dc:creator>MattA</dc:creator>
		<pubDate>Thu, 08 Oct 2009 03:57:59 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-282</guid>
		<description>Blah.  OK, let&#039;s back up.
Hi, Jon.
This is (another) Matt.  We&#039;ve met once at lunch, and maybe IndyNDA.  I&#039;m an ex-SEPer.  I left those comments you&#039;re talking about.

First, I apologize for upsetting you.

Second, I just always enter bullshit into the Name &amp; Email sections, out of habit and amusement.  Oh well.  Sometimes I enter NSFW websites, too.

Third, look - I&#039;m not angry at you.  You haven&#039;t written anything inflammatory.  I probably did not misunderstand your post.  I definitely agree with your own characterization of your post.  I definitely agree you&#039;re not doing any of the things you just said you aren&#039;t doing.  I infer from your response that you might feel crapped on but I assert that&#039;s just the interpretation.  However...

&lt;strong&gt;Fourth, I am riding you a bit for having a busted blog, yes.&lt;/strong&gt; :)  I know you use the word &quot;lame&quot; in novel context.  &quot;LameTest&quot;?  &quot;LessLameTest&quot;?  Dag, yo.

Alright, I&#039;m done.  I just wanted to apologize for what I think is a mix up here.</description>
		<content:encoded><![CDATA[<p>Blah.  OK, let&#8217;s back up.<br />
Hi, Jon.<br />
This is (another) Matt.  We&#8217;ve met once at lunch, and maybe IndyNDA.  I&#8217;m an ex-SEPer.  I left those comments you&#8217;re talking about.</p>
<p>First, I apologize for upsetting you.</p>
<p>Second, I just always enter bullshit into the Name &amp; Email sections, out of habit and amusement.  Oh well.  Sometimes I enter NSFW websites, too.</p>
<p>Third, look &#8211; I&#8217;m not angry at you.  You haven&#8217;t written anything inflammatory.  I probably did not misunderstand your post.  I definitely agree with your own characterization of your post.  I definitely agree you&#8217;re not doing any of the things you just said you aren&#8217;t doing.  I infer from your response that you might feel crapped on but I assert that&#8217;s just the interpretation.  However&#8230;</p>
<p><strong>Fourth, I am riding you a bit for having a busted blog, yes.</strong> <img src='http://jonfuller.codingtomusic.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   I know you use the word &#8220;lame&#8221; in novel context.  &#8220;LameTest&#8221;?  &#8220;LessLameTest&#8221;?  Dag, yo.</p>
<p>Alright, I&#8217;m done.  I just wanted to apologize for what I think is a mix up here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn</title>
		<link>http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/comment-page-1/#comment-281</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Thu, 08 Oct 2009 02:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://jonfuller.codingtomusic.com/2009/10/07/do-you-own-your-tools/#comment-281</guid>
		<description>I&#039;ll have to talk to my moldmaker father-in-law and get back to you. At this point I&#039;ve only gone so far as to buy a fancy chair to sit my butt in all day, and that&#039;s only because I work from home. That and books that I feel are more crafty than directly related to business. Everything else my employer is happy to buy for me.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll have to talk to my moldmaker father-in-law and get back to you. At this point I&#8217;ve only gone so far as to buy a fancy chair to sit my butt in all day, and that&#8217;s only because I work from home. That and books that I feel are more crafty than directly related to business. Everything else my employer is happy to buy for me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
