<?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: I&#8217;m published, and I struck a nerve.</title>
	<atom:link href="http://blog.markturansky.com/archives/96/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.markturansky.com/archives/96</link>
	<description>software architecture &#38; engineering, code hints, sometimes philosophy, photography, life, etc.</description>
	<lastBuildDate>Thu, 19 Jan 2012 14:26:50 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Felipe Gaúcho</title>
		<link>http://blog.markturansky.com/archives/96/comment-page-1#comment-813</link>
		<dc:creator>Felipe Gaúcho</dc:creator>
		<pubDate>Tue, 22 Jul 2008 09:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.markturansky.com/archives/96#comment-813</guid>
		<description>&quot;double my salary and you can call me anything...&quot; :)

Really, in poor countries, the most disgusting way of modern slavery is to focus on words instead of reality... people never earns how much they value and they will never do... basically because the goal of the exploiter is to continue to exploit :) Doesn&#039;t matter if a company put a big neon TALENT on the front door, if the salary of the people remains unchanged... quality of life, salary and security feelings are more important than words...</description>
		<content:encoded><![CDATA[<p>&#8220;double my salary and you can call me anything&#8230;&#8221; <img src='http://blog.markturansky.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Really, in poor countries, the most disgusting way of modern slavery is to focus on words instead of reality&#8230; people never earns how much they value and they will never do&#8230; basically because the goal of the exploiter is to continue to exploit <img src='http://blog.markturansky.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Doesn&#8217;t matter if a company put a big neon TALENT on the front door, if the salary of the people remains unchanged&#8230; quality of life, salary and security feelings are more important than words&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Onslow</title>
		<link>http://blog.markturansky.com/archives/96/comment-page-1#comment-810</link>
		<dc:creator>Robert Onslow</dc:creator>
		<pubDate>Mon, 21 Jul 2008 10:52:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.markturansky.com/archives/96#comment-810</guid>
		<description>I am a lawyer specialising in picking up the pieces in failed and failing software implementations. 

 have long campaigned against the use of the term &quot;resources&quot; in software contracts. The term deceives the customer by (a) giving the impression that the implementation is primarily a mere mechanical process rather than the rendering of professional services; (b) hides &quot;personnel risk&quot; by conveying the assumption that all programmers are equally able and equally skilled in the use of the tool used for the development; (c) gives the impression that the speed of the development increases with the number of &quot;resources&quot;, while the opposite rule is ueually more true.

No lawyer would ever stand for being described as a &quot;resource&quot;. It would be a misdescription of the services being provided by the lawyer. Why then does a lawyer describe a programmer as a resource when drafting a contract. Probably because few lawyers, or for that matter business people generally, really understand what a programmer actually does, from day to day. If they only began to understand the plethora of problem solving, individual programming styles, and different intuitive thinking among programmers, they would at last begin to understand fully the risk and delay inherent in software implementations.

Robert</description>
		<content:encoded><![CDATA[<p>I am a lawyer specialising in picking up the pieces in failed and failing software implementations. </p>
<p> have long campaigned against the use of the term &#8220;resources&#8221; in software contracts. The term deceives the customer by (a) giving the impression that the implementation is primarily a mere mechanical process rather than the rendering of professional services; (b) hides &#8220;personnel risk&#8221; by conveying the assumption that all programmers are equally able and equally skilled in the use of the tool used for the development; (c) gives the impression that the speed of the development increases with the number of &#8220;resources&#8221;, while the opposite rule is ueually more true.</p>
<p>No lawyer would ever stand for being described as a &#8220;resource&#8221;. It would be a misdescription of the services being provided by the lawyer. Why then does a lawyer describe a programmer as a resource when drafting a contract. Probably because few lawyers, or for that matter business people generally, really understand what a programmer actually does, from day to day. If they only began to understand the plethora of problem solving, individual programming styles, and different intuitive thinking among programmers, they would at last begin to understand fully the risk and delay inherent in software implementations.</p>
<p>Robert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Import from China</title>
		<link>http://blog.markturansky.com/archives/96/comment-page-1#comment-809</link>
		<dc:creator>Import from China</dc:creator>
		<pubDate>Sun, 20 Jul 2008 02:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.markturansky.com/archives/96#comment-809</guid>
		<description>Great info - keep up the great work.</description>
		<content:encoded><![CDATA[<p>Great info &#8211; keep up the great work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Passell</title>
		<link>http://blog.markturansky.com/archives/96/comment-page-1#comment-805</link>
		<dc:creator>Matt Passell</dc:creator>
		<pubDate>Sat, 19 Jul 2008 15:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.markturansky.com/archives/96#comment-805</guid>
		<description>Paul, it seems that you&#039;re addressing an issue that&#039;s orthogonal to the one being discussed by Mark.  Mark&#039;s not saying that software developers are irreplaceable or should act like prima donnas, but that there&#039;s a real cost to swapping people in and out of projects and that no two people are exactly the same.  When employers refer to employees (software developers or otherwise) as resources and assume that a task estimated by Employee A to take 2 days will take the same time for Employee B, they&#039;re thinking of the employees as interchangeable.  There&#039;s a big difference between being replaceable and being interchangeable.  In contrast, one of the appeals of cloud computing (particularly the Amazon EC2 flavor of it) is the ability to allocate 10 identical virtual machine resources, have them work on a problem for you for 8 hours and then just give them back to the pool.  I think that Mark&#039;s pointing out that we&#039;re not like those virtual machines.

P.S. You&#039;re not on firm ground with sports analogies, since there are too many easy counter-examples.  Would you swap a linebacker for a kicker, a DH for a pitcher, or an offensive player for a  goalie?  They might be able to learn the skills necessary for the new positions, but it certainly wouldn&#039;t be a seamless transition.</description>
		<content:encoded><![CDATA[<p>Paul, it seems that you&#8217;re addressing an issue that&#8217;s orthogonal to the one being discussed by Mark.  Mark&#8217;s not saying that software developers are irreplaceable or should act like prima donnas, but that there&#8217;s a real cost to swapping people in and out of projects and that no two people are exactly the same.  When employers refer to employees (software developers or otherwise) as resources and assume that a task estimated by Employee A to take 2 days will take the same time for Employee B, they&#8217;re thinking of the employees as interchangeable.  There&#8217;s a big difference between being replaceable and being interchangeable.  In contrast, one of the appeals of cloud computing (particularly the Amazon EC2 flavor of it) is the ability to allocate 10 identical virtual machine resources, have them work on a problem for you for 8 hours and then just give them back to the pool.  I think that Mark&#8217;s pointing out that we&#8217;re not like those virtual machines.</p>
<p>P.S. You&#8217;re not on firm ground with sports analogies, since there are too many easy counter-examples.  Would you swap a linebacker for a kicker, a DH for a pitcher, or an offensive player for a  goalie?  They might be able to learn the skills necessary for the new positions, but it certainly wouldn&#8217;t be a seamless transition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul W. Homer</title>
		<link>http://blog.markturansky.com/archives/96/comment-page-1#comment-802</link>
		<dc:creator>Paul W. Homer</dc:creator>
		<pubDate>Thu, 17 Jul 2008 14:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.markturansky.com/archives/96#comment-802</guid>
		<description>I received the most appropriate quote yesterday from an email newsletter:

&quot;If a team is to reach its potential, each player must be willing to subordinate his personal goals to the good of the team.&quot; --  Bud Wilkinson, football coach

I know programmers love to stress their uniqueness, but the consequences are unfortunate. I babbled a bit more at my site:

http://theprogrammersparadox.blogspot.com/2008/07/resources-for-software-development.html

Paul.</description>
		<content:encoded><![CDATA[<p>I received the most appropriate quote yesterday from an email newsletter:</p>
<p>&#8220;If a team is to reach its potential, each player must be willing to subordinate his personal goals to the good of the team.&#8221; &#8212;  Bud Wilkinson, football coach</p>
<p>I know programmers love to stress their uniqueness, but the consequences are unfortunate. I babbled a bit more at my site:</p>
<p><a href="http://theprogrammersparadox.blogspot.com/2008/07/resources-for-software-development.html" rel="nofollow">http://theprogrammersparadox.blogspot.com/2008/07/resources-for-software-development.html</a></p>
<p>Paul.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

