<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: I study software, not software engineering</title>
	<atom:link href="http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/feed/" rel="self" type="application/rss+xml" />
	<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/</link>
	<description>Thoughts on people, machines and systems.</description>
	<lastBuildDate>Sun, 29 Apr 2012 03:56:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: martin</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-108</link>
		<dc:creator><![CDATA[martin]]></dc:creator>
		<pubDate>Sat, 26 Dec 2009 08:23:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-108</guid>
		<description><![CDATA[It is a shame that common sense like “certain things are useful in certain contexts” don’t get twittered, redditted, blogged, digged, slashdotted]]></description>
		<content:encoded><![CDATA[<p>It is a shame that common sense like “certain things are useful in certain contexts” don’t get twittered, redditted, blogged, digged, slashdotted</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prabhakar Karve</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-83</link>
		<dc:creator><![CDATA[Prabhakar Karve]]></dc:creator>
		<pubDate>Mon, 14 Dec 2009 08:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-83</guid>
		<description><![CDATA[I came to this blog by chance, but found lot of sense in what you are saying. While building and maintaining software, we need to take care of two diagramatically opposite systems, namely the production system and the innovation system.

The production system needs to be predictable, repeatable, measurable, deterministic, hierarchial and low risk. On the other hand, the innovation systems are uncertain, exploratory, judgemental, ambiguous, cross-functional and high risk.

By whatever name we call it, software engineering MUST help us balance these two systems in the most approrpiate way for a given situation.]]></description>
		<content:encoded><![CDATA[<p>I came to this blog by chance, but found lot of sense in what you are saying. While building and maintaining software, we need to take care of two diagramatically opposite systems, namely the production system and the innovation system.</p>
<p>The production system needs to be predictable, repeatable, measurable, deterministic, hierarchial and low risk. On the other hand, the innovation systems are uncertain, exploratory, judgemental, ambiguous, cross-functional and high risk.</p>
<p>By whatever name we call it, software engineering MUST help us balance these two systems in the most approrpiate way for a given situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wyatt</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-82</link>
		<dc:creator><![CDATA[Wyatt]]></dc:creator>
		<pubDate>Mon, 30 Nov 2009 19:20:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-82</guid>
		<description><![CDATA[@Manuel

Web &lt;i&gt;design&lt;/i&gt; is not the same as &lt;i&gt;developing&lt;/i&gt; for the Web. I&#039;m not sure what the point of conflating the two is.]]></description>
		<content:encoded><![CDATA[<p>@Manuel</p>
<p>Web <i>design</i> is not the same as <i>developing</i> for the Web. I&#8217;m not sure what the point of conflating the two is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-81</link>
		<dc:creator><![CDATA[Neil]]></dc:creator>
		<pubDate>Thu, 02 Jul 2009 16:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-81</guid>
		<description><![CDATA[A follow-up: Tom DeMarco seems to agree that the notion of &#039;engineering&#039; is outdated, in a &lt;a href=&quot;http://www.ieeexplore.ieee.org/xpls/abs_all.jsp?isnumber=5076443&amp;arnumber=5076468&amp;count=21&amp;index=20&quot; rel=&quot;nofollow&quot;&gt;recent article&lt;/a&gt; on IEEE Software. He thinks we should be focusing more on delivering value, where we&#039;ve seen some amazing success, rather than precision and meeting deliverables.]]></description>
		<content:encoded><![CDATA[<p>A follow-up: Tom DeMarco seems to agree that the notion of &#8216;engineering&#8217; is outdated, in a <a href="http://www.ieeexplore.ieee.org/xpls/abs_all.jsp?isnumber=5076443&amp;arnumber=5076468&amp;count=21&amp;index=20" rel="nofollow">recent article</a> on IEEE Software. He thinks we should be focusing more on delivering value, where we&#8217;ve seen some amazing success, rather than precision and meeting deliverables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manuel</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-80</link>
		<dc:creator><![CDATA[Manuel]]></dc:creator>
		<pubDate>Wed, 10 Jun 2009 14:59:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-80</guid>
		<description><![CDATA[I do not think a web designer is a software engineer, since he is using an application, the same way that a painter is not a chemical engineer since he is using a chemical product. I do agree in the term software engineer because you are building up an application, no matter how complex (or simple) this may be. A civil engineer may be designing the next CN Tower or just paving a driveway, that do not means that he can just become an &quot;craftman&quot; for the later task and do not apply his knowledge and discipline in the required amounts. Not all developers are scientifics, and change and inconsistency exists in many engineers fields, not only software!]]></description>
		<content:encoded><![CDATA[<p>I do not think a web designer is a software engineer, since he is using an application, the same way that a painter is not a chemical engineer since he is using a chemical product. I do agree in the term software engineer because you are building up an application, no matter how complex (or simple) this may be. A civil engineer may be designing the next CN Tower or just paving a driveway, that do not means that he can just become an &#8220;craftman&#8221; for the later task and do not apply his knowledge and discipline in the required amounts. Not all developers are scientifics, and change and inconsistency exists in many engineers fields, not only software!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-79</link>
		<dc:creator><![CDATA[Neil]]></dc:creator>
		<pubDate>Sat, 06 Jun 2009 19:04:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-79</guid>
		<description><![CDATA[@Jordi: I think that&#039;s what I mean .. but this is engineering in the purest sense of design and experiment, find a &#039;good enough&#039; solution to the problem. I wasn&#039;t around in the 60s and 70s, but I imagine, like IBM not imagining that there would be &#039;a computer on every desktop&#039;, software experts back then would have found it hard to predict the sheer size and variety of today&#039;s software landscape.

@Jorge: One of the things that I think about is relevance; it doesn&#039;t seem to bother physicists, so why do we care? I wish I could close my eyes to the problem like some in the field do. I think the issue, like the CHASE workshop mentions, is that ultimately this is a human endeavour, and so research needs to reflect that.]]></description>
		<content:encoded><![CDATA[<p>@Jordi: I think that&#8217;s what I mean .. but this is engineering in the purest sense of design and experiment, find a &#8216;good enough&#8217; solution to the problem. I wasn&#8217;t around in the 60s and 70s, but I imagine, like IBM not imagining that there would be &#8216;a computer on every desktop&#8217;, software experts back then would have found it hard to predict the sheer size and variety of today&#8217;s software landscape.</p>
<p>@Jorge: One of the things that I think about is relevance; it doesn&#8217;t seem to bother physicists, so why do we care? I wish I could close my eyes to the problem like some in the field do. I think the issue, like the CHASE workshop mentions, is that ultimately this is a human endeavour, and so research needs to reflect that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-78</link>
		<dc:creator><![CDATA[anonymous]]></dc:creator>
		<pubDate>Sat, 06 Jun 2009 15:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-78</guid>
		<description><![CDATA[It is a shame that common sense like &quot;certain things are useful in certain contexts&quot; don&#039;t get twittered, redditted, blogged, digged, slashdotted. Only this extremism of opinions gets any play online, see Joel Spolsky, Jeff Atwood, Uncle Bob, etc.

Common sense isn&#039;t interesting or bloggable. No one wants to hear that XP is a really bad idea if you have very strict requirements, no one wants to hear that gee if you have requirements document already made maybe SCRUM isn&#039;t so useful. No one wants to hear &quot;maybe SCRUM and XP are working for you because you didn&#039;t do anything before&quot;.

No one wants to hear this, thus developers will continue to be assailed by consultants pushing the latest greatest things.

BTW you suck at SCRUM and you should hire me to tell you how you do everything wrong.]]></description>
		<content:encoded><![CDATA[<p>It is a shame that common sense like &#8220;certain things are useful in certain contexts&#8221; don&#8217;t get twittered, redditted, blogged, digged, slashdotted. Only this extremism of opinions gets any play online, see Joel Spolsky, Jeff Atwood, Uncle Bob, etc.</p>
<p>Common sense isn&#8217;t interesting or bloggable. No one wants to hear that XP is a really bad idea if you have very strict requirements, no one wants to hear that gee if you have requirements document already made maybe SCRUM isn&#8217;t so useful. No one wants to hear &#8220;maybe SCRUM and XP are working for you because you didn&#8217;t do anything before&#8221;.</p>
<p>No one wants to hear this, thus developers will continue to be assailed by consultants pushing the latest greatest things.</p>
<p>BTW you suck at SCRUM and you should hire me to tell you how you do everything wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordi Cabot</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-77</link>
		<dc:creator><![CDATA[Jordi Cabot]]></dc:creator>
		<pubDate>Sat, 06 Jun 2009 14:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-77</guid>
		<description><![CDATA[The fact that &quot;we don&#039;t do engineering the way they had hoped&quot; does not imply that we shouldn&#039;t do it. What we should be able to is to find out the right amount of &quot;engineering&quot; for each project (depending on the size of the project, the criticality of the domain,...)]]></description>
		<content:encoded><![CDATA[<p>The fact that &#8220;we don&#8217;t do engineering the way they had hoped&#8221; does not imply that we shouldn&#8217;t do it. What we should be able to is to find out the right amount of &#8220;engineering&#8221; for each project (depending on the size of the project, the criticality of the domain,&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://neilernst.net/2009/06/05/i-study-software-not-software-engineering/#comment-76</link>
		<dc:creator><![CDATA[Jorge]]></dc:creator>
		<pubDate>Sat, 06 Jun 2009 13:07:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.neilernst.net/?p=876#comment-76</guid>
		<description><![CDATA[Good post; thanks Neil.

&quot;I would really like to move academic research up this list.&quot; --many of us do, but not that many want to drop what they&#039;re doing and study research questions that practitioners actually find relevant.]]></description>
		<content:encoded><![CDATA[<p>Good post; thanks Neil.</p>
<p>&#8220;I would really like to move academic research up this list.&#8221; &#8211;many of us do, but not that many want to drop what they&#8217;re doing and study research questions that practitioners actually find relevant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

