<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Programmers as Professionals</title>
	<atom:link href="http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/</link>
	<description>A posting every day; an interesting idea every three months...</description>
	<lastBuildDate>Sat, 05 Dec 2009 20:28:12 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: HS</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-4143</link>
		<dc:creator>HS</dc:creator>
		<pubDate>Wed, 07 Dec 2005 20:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-4143</guid>
		<description>&lt;a&gt;&lt;/a&gt;

In Philip&#039;s photo site I once read someone remark that photo equipment today looks like it is designed by Marketing MBAs and liability lawyers instead of by Photographers and Engineers (or something like that).</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>In Philip&#8217;s photo site I once read someone remark that photo equipment today looks like it is designed by Marketing MBAs and liability lawyers instead of by Photographers and Engineers (or something like that).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomi</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-4105</link>
		<dc:creator>Tomi</dc:creator>
		<pubDate>Mon, 05 Dec 2005 09:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-4105</guid>
		<description>&lt;a&gt;&lt;/a&gt;

@Geoff B: Wouldn&#039;t it be quite a bit easier to just tap your power button, scroll down to &quot;Silent&quot; and hit Select? Of course turning the phone off is still quicker, but the process to turn the ringer off in Nokia phones is much more simple than you describe. Check your manual for profiles.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>@Geoff B: Wouldn&#8217;t it be quite a bit easier to just tap your power button, scroll down to &#8220;Silent&#8221; and hit Select? Of course turning the phone off is still quicker, but the process to turn the ringer off in Nokia phones is much more simple than you describe. Check your manual for profiles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Turbonium</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-4057</link>
		<dc:creator>Turbonium</dc:creator>
		<pubDate>Sat, 26 Nov 2005 21:04:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-4057</guid>
		<description>&lt;a&gt;&lt;/a&gt;

&lt;i&gt;This is precisely the attitude that makes offshore development cost effective...As an engineer you have to THINK.&lt;/i&gt; 

And if you&#039;ve worked in dunderheaded large corporate tech environments, an engineer who speaks up gets branded a &#039;troublemaker&#039;, &#039;not a team player&#039; and such, more often than not.
A lot of us started out as conscientious speak-up-to-make-the-product-better idea-oriented types but learned the hard way to keep our mouths shut after getting reamed too many times. Try to improve the product or damage your career - which is more important?
Companies that treat these functions as commodities and offshore them (i.e. most of them) usually are indifferent to engineers&#039; ideas to start with. Our job has been defined as following orders and not making waves, or they&#039;ll find someone in India who will do that.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p><i>This is precisely the attitude that makes offshore development cost effective&#8230;As an engineer you have to THINK.</i> </p>
<p>And if you&#8217;ve worked in dunderheaded large corporate tech environments, an engineer who speaks up gets branded a &#8216;troublemaker&#8217;, &#8216;not a team player&#8217; and such, more often than not.<br />
A lot of us started out as conscientious speak-up-to-make-the-product-better idea-oriented types but learned the hard way to keep our mouths shut after getting reamed too many times. Try to improve the product or damage your career &#8211; which is more important?<br />
Companies that treat these functions as commodities and offshore them (i.e. most of them) usually are indifferent to engineers&#8217; ideas to start with. Our job has been defined as following orders and not making waves, or they&#8217;ll find someone in India who will do that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Abraham</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-4007</link>
		<dc:creator>Mike Abraham</dc:creator>
		<pubDate>Fri, 18 Nov 2005 20:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-4007</guid>
		<description>&lt;a&gt;&lt;/a&gt;

I would bet that any suggested improvements in the design from engineering were quickly dismissed by the marketing guys. Stories like these are yet more proof that only the smartest people in the organization should be making decisions. But of course, the smartest people are almost certainly not in marketing (or product management, or the Oval Office).</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>I would bet that any suggested improvements in the design from engineering were quickly dismissed by the marketing guys. Stories like these are yet more proof that only the smartest people in the organization should be making decisions. But of course, the smartest people are almost certainly not in marketing (or product management, or the Oval Office).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike C</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3993</link>
		<dc:creator>Mike C</dc:creator>
		<pubDate>Wed, 16 Nov 2005 17:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3993</guid>
		<description>&lt;a&gt;&lt;/a&gt;

A agree with these observations.  I&#039;m a software engineer of over 25 years (well, more of a conscientious hacker since I&#039;m self-educated) - I am one of the few I know who care about the user experience for products I work on.

Much of the problem stems from the way products are &#039;designed&#039; - as some have pointed out, products are designed by committee or specified by marketing in many cases, and there is no process for looking at the product useability as a whole.  Often &#039;features&#039; start out as somebody&#039;s idea of something that will look cool in a demo, or as part of a prototype to get the project rolling, and they are left in the product due to inertia or just plain laziness.

User interaction design usually gets the short end of the stick, in my experience.

I am shocked by the huge difference in usability between different brands of cell phones, digital cameras, etc.  Some of these products are just horrible, and I spread the word about them when I encounter them.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>A agree with these observations.  I&#8217;m a software engineer of over 25 years (well, more of a conscientious hacker since I&#8217;m self-educated) &#8211; I am one of the few I know who care about the user experience for products I work on.</p>
<p>Much of the problem stems from the way products are &#8216;designed&#8217; &#8211; as some have pointed out, products are designed by committee or specified by marketing in many cases, and there is no process for looking at the product useability as a whole.  Often &#8216;features&#8217; start out as somebody&#8217;s idea of something that will look cool in a demo, or as part of a prototype to get the project rolling, and they are left in the product due to inertia or just plain laziness.</p>
<p>User interaction design usually gets the short end of the stick, in my experience.</p>
<p>I am shocked by the huge difference in usability between different brands of cell phones, digital cameras, etc.  Some of these products are just horrible, and I spread the word about them when I encounter them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff B</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3981</link>
		<dc:creator>Geoff B</dc:creator>
		<pubDate>Tue, 15 Nov 2005 17:57:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3981</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Hanan - 

Good link.  

How many &quot;clicks&quot; does it take for you to turn off the ringer on your cell phone?  On my nokia, I have to hit Menu (1), scroll down to &quot;Settings&quot; (5), hit select (1), scroll down to &quot;Tone settings&quot; (6), hit select (1), hit &quot;Ringing Options&quot; (1), scroll down to &quot;Silent&quot; (4), hit &quot;Select&quot; (1).  

Of course, I just turn it off - one click.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Hanan &#8211; </p>
<p>Good link.  </p>
<p>How many &#8220;clicks&#8221; does it take for you to turn off the ringer on your cell phone?  On my nokia, I have to hit Menu (1), scroll down to &#8220;Settings&#8221; (5), hit select (1), scroll down to &#8220;Tone settings&#8221; (6), hit select (1), hit &#8220;Ringing Options&#8221; (1), scroll down to &#8220;Silent&#8221; (4), hit &#8220;Select&#8221; (1).  </p>
<p>Of course, I just turn it off &#8211; one click.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott K</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3955</link>
		<dc:creator>Scott K</dc:creator>
		<pubDate>Mon, 14 Nov 2005 13:57:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3955</guid>
		<description>&lt;a&gt;&lt;/a&gt;

&quot;The programmer was responsible for doing what he was told by management, no more and no less.&quot;

This is precisely the attitude that makes offshore development cost effective. Management knows you just implement to the spec, so it makes sense to use the cheapest possible spec implementer you can find.

As an engineer you have to THINK. Personally, I&#039;ve never just implemented the spec except for a couple of times where I felt it was completely right the first time. The largest part of being a professional engineer is challenging the assumptions and decisions to make the best possible product for the end user; otherwise you&#039;re just a coder.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>&#8220;The programmer was responsible for doing what he was told by management, no more and no less.&#8221;</p>
<p>This is precisely the attitude that makes offshore development cost effective. Management knows you just implement to the spec, so it makes sense to use the cheapest possible spec implementer you can find.</p>
<p>As an engineer you have to THINK. Personally, I&#8217;ve never just implemented the spec except for a couple of times where I felt it was completely right the first time. The largest part of being a professional engineer is challenging the assumptions and decisions to make the best possible product for the end user; otherwise you&#8217;re just a coder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hanan Cohen</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3952</link>
		<dc:creator>Hanan Cohen</dc:creator>
		<pubDate>Mon, 14 Nov 2005 11:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3952</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Philip, does your phone make a sound when you turn it off?

http://www.thisisbroken.com/b/2003/12/cellphone_shutt.html</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Philip, does your phone make a sound when you turn it off?</p>
<p><a href="http://www.thisisbroken.com/b/2003/12/cellphone_shutt.html" rel="nofollow">http://www.thisisbroken.com/b/2003/12/cellphone_shutt.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Sudarkoff</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3951</link>
		<dc:creator>George Sudarkoff</dc:creator>
		<pubDate>Mon, 14 Nov 2005 00:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3951</guid>
		<description>&lt;a&gt;&lt;/a&gt;

I completely agree with Matti Kinnunen. As a Software Developer I always tell my managers if I think the feature they are asking me to implement is bad/incomplete/etc. I believe it is my responsibility to do so.

I totaly disagree with Ken. My wife just returned her new Motorolla cell phone to Cingular because it was asking her TWICE if she wanted to accept the person&#039;s contact via Bluetooth, but it didn&#039;t bother to ask AT ALL whether she really wanted to delete a contact or not!</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>I completely agree with Matti Kinnunen. As a Software Developer I always tell my managers if I think the feature they are asking me to implement is bad/incomplete/etc. I believe it is my responsibility to do so.</p>
<p>I totaly disagree with Ken. My wife just returned her new Motorolla cell phone to Cingular because it was asking her TWICE if she wanted to accept the person&#8217;s contact via Bluetooth, but it didn&#8217;t bother to ask AT ALL whether she really wanted to delete a contact or not!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Bernstein</title>
		<link>http://blogs.law.harvard.edu/philg/2005/11/12/programmers-as-professionals/comment-page-1/#comment-3950</link>
		<dc:creator>Michael Bernstein</dc:creator>
		<pubDate>Sun, 13 Nov 2005 21:21:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/11/12/programmers-as-professionals/#comment-3950</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Is this really strictly a software problem? It seems to me that you could just as easily cast this as a hardware problem, ie. &quot;handset vibration is picked up by the microphone&quot;.

The ideal solution to my mind is to change both the hardware and software, so that the handset has two vibrating modes, the first noticable when the phone is carried in a pocket and the second one noticable only when held in your hand, and the second is used when on a call. The microphone should also be sheilded sufficiently from the vibration so as not to pick up the second (softer) vibration mode while talking.

Unfortunately, this sort of intergrated hardware/software design is something few players in the industry are willing to invest in, in part because it *dis*-empowers the marketing and sales executives who hold the reins from being able to add their checklist of &#039;bullet point&#039; features while squeezing the RD&amp;D budget.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Is this really strictly a software problem? It seems to me that you could just as easily cast this as a hardware problem, ie. &#8220;handset vibration is picked up by the microphone&#8221;.</p>
<p>The ideal solution to my mind is to change both the hardware and software, so that the handset has two vibrating modes, the first noticable when the phone is carried in a pocket and the second one noticable only when held in your hand, and the second is used when on a call. The microphone should also be sheilded sufficiently from the vibration so as not to pick up the second (softer) vibration mode while talking.</p>
<p>Unfortunately, this sort of intergrated hardware/software design is something few players in the industry are willing to invest in, in part because it *dis*-empowers the marketing and sales executives who hold the reins from being able to add their checklist of &#8216;bullet point&#8217; features while squeezing the RD&amp;D budget.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
