<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
	<title>Comments for It will never work in theory</title>
	
	<link>http://www.neverworkintheory.org</link>
	<description>Software development research that is relevant in practice</description>
	<lastBuildDate>Thu, 17 May 2012 13:08:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/CommentsForItWillNeverWorkInTheory" /><feedburner:info uri="commentsforitwillneverworkintheory" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Comment on Realizing quality improvement through test driven development by cheat black ops 2</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/qV-7lNpIiP8/</link>
		<dc:creator>cheat black ops 2</dc:creator>
		<pubDate>Thu, 17 May 2012 13:08:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=271#comment-1055</guid>
		<description>You are a great blogger. Please keep it up. I cant wait to read whats next.</description>
		<content:encoded><![CDATA[<p>You are a great blogger. Please keep it up. I cant wait to read whats next.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/qV-7lNpIiP8" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=271#comment-1055</feedburner:origLink></item>
	<item>
		<title>Comment on A decade of research and development on program animation: The Jeliot experience by IT application development</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/0-ACYbcO5hU/</link>
		<dc:creator>IT application development</dc:creator>
		<pubDate>Thu, 17 May 2012 11:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=239#comment-1050</guid>
		<description>Pipes is the best approximation I’ve seen to date of something that puts the power of the mashable web in the hands of everyday people.  If you haven’t seen it, give it a try, and then round up some friends and create an open source clone using HTML5, processing.js, and similar tools.</description>
		<content:encoded><![CDATA[<p>Pipes is the best approximation I’ve seen to date of something that puts the power of the mashable web in the hands of everyday people.  If you haven’t seen it, give it a try, and then round up some friends and create an open source clone using HTML5, processing.js, and similar tools.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/0-ACYbcO5hU" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=239#comment-1050</feedburner:origLink></item>
	<item>
		<title>Comment on Announcement: Empirical Software Engineering at American Scientist by open source IT solutions</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/L2q10L-IEDw/</link>
		<dc:creator>open source IT solutions</dc:creator>
		<pubDate>Thu, 17 May 2012 11:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=181#comment-1049</guid>
		<description>A self-adaptive system changes its behaviour in response to stimuli from its execution and operational environment. As software is used for more pervasive and critical applications, support for self-adaptation is increasingly seen as vital in avoiding costly disruptions for repair, maintenance and evolution of systems.</description>
		<content:encoded><![CDATA[<p>A self-adaptive system changes its behaviour in response to stimuli from its execution and operational environment. As software is used for more pervasive and critical applications, support for self-adaptation is increasingly seen as vital in avoiding costly disruptions for repair, maintenance and evolution of systems.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/L2q10L-IEDw" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=181#comment-1049</feedburner:origLink></item>
	<item>
		<title>Comment on Got Issues? Do New Features and Code Improvements Affect Defects? by php programmers</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/w8nkgrPqjQs/</link>
		<dc:creator>php programmers</dc:creator>
		<pubDate>Thu, 17 May 2012 10:49:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=262#comment-1048</guid>
		<description>Coverity Static Analysis' best-in-class analysis engine identifies the most critical bugs in your C/C++, Java, and C# codebases, scaling to thousands of developers working across geographic boundaries, thousands of defects, and millions of lines of code in a single analysis.</description>
		<content:encoded><![CDATA[<p>Coverity Static Analysis&#8217; best-in-class analysis engine identifies the most critical bugs in your C/C++, Java, and C# codebases, scaling to thousands of developers working across geographic boundaries, thousands of defects, and millions of lines of code in a single analysis.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/w8nkgrPqjQs" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=262#comment-1048</feedburner:origLink></item>
	<item>
		<title>Comment on A Survey of the Practice of Computational Science by php developers</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/JKeZF8QJxtM/</link>
		<dc:creator>php developers</dc:creator>
		<pubDate>Thu, 17 May 2012 10:45:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=267#comment-1047</guid>
		<description>Computing plays an indispensable role in scientific research. Presently, researchers in science have different problems, needs, and beliefs about computation than professional programmers. In order to accelerate the progress of science, computer scientists must understand these problems, needs, and beliefs.</description>
		<content:encoded><![CDATA[<p>Computing plays an indispensable role in scientific research. Presently, researchers in science have different problems, needs, and beliefs about computation than professional programmers. In order to accelerate the progress of science, computer scientists must understand these problems, needs, and beliefs.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/JKeZF8QJxtM" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=267#comment-1047</feedburner:origLink></item>
	<item>
		<title>Comment on Component reuse vs. snippet remixing by php development</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/rzpUJDUIODk/</link>
		<dc:creator>php development</dc:creator>
		<pubDate>Thu, 17 May 2012 10:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=294#comment-1046</guid>
		<description>People have been building complex software for over sixty years, but until recently, only a handful of researchers had studied how it was actually done.</description>
		<content:encoded><![CDATA[<p>People have been building complex software for over sixty years, but until recently, only a handful of researchers had studied how it was actually done.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/rzpUJDUIODk" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=294#comment-1046</feedburner:origLink></item>
	<item>
		<title>Comment on Realizing quality improvement through test driven development by SugarCRM Development</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/ba8Qq-V2OI4/</link>
		<dc:creator>SugarCRM Development</dc:creator>
		<pubDate>Thu, 17 May 2012 10:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=271#comment-1045</guid>
		<description>I am very happy that i found this site. I have bookmarked this site to visit again and find out the new post.  &lt;a href="http://www.osscubecrm.com" rel="nofollow"&gt;SugarCRM Development&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I am very happy that i found this site. I have bookmarked this site to visit again and find out the new post.  <a href="http://www.osscubecrm.com" rel="nofollow">SugarCRM Development</a></p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/ba8Qq-V2OI4" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=271#comment-1045</feedburner:origLink></item>
	<item>
		<title>Comment on A Review of “Code Simplicity” by Erik</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/YhYy__HXtwg/</link>
		<dc:creator>Erik</dc:creator>
		<pubDate>Tue, 08 May 2012 18:16:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=323#comment-1004</guid>
		<description>"How do you specify a location in an e-book that doesn’t have page numbers?" The simplest answer for generic electronic documents [1] is that you quote an extensive enough amount that a simple text search turns up the relevant section. The need for specifying a location is peculiar to the non-searchability of paper media.

[1] I have no experience with ebooks, but if they are different something is very wrong with them.</description>
		<content:encoded><![CDATA[<p>&#8220;How do you specify a location in an e-book that doesn’t have page numbers?&#8221; The simplest answer for generic electronic documents [1] is that you quote an extensive enough amount that a simple text search turns up the relevant section. The need for specifying a location is peculiar to the non-searchability of paper media.</p>
<p>[1] I have no experience with ebooks, but if they are different something is very wrong with them.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/YhYy__HXtwg" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=323#comment-1004</feedburner:origLink></item>
	<item>
		<title>Comment on A Review of “Code Simplicity” by Brooks Moses</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/51wRc4D-9Mg/</link>
		<dc:creator>Brooks Moses</dc:creator>
		<pubDate>Sat, 05 May 2012 19:04:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=323#comment-991</guid>
		<description>On your comment on law 2: "Replace the word “desirability” with “value”, and this is simply the definition of net present value."

That's not actually quite true, as anyone who's taken an engineering economics 101 course should remember -- it's the definition of net present value _if you assume that value tomorrow is exactly equivalent to value today_.  Usually there's a time-cost-of-money factor, so that you consider having a certain amount of money a year from now to be 95% (or whatever) as valuable as having it today.

I point this out, because I think that assumption is an error in the original; time-cost-of-value factors apply to program desirability and effort just as much as they apply to cash.  This is an error I've seen many times -- if I have a choice between releasing a good product now and spending half of the next five years fixing the architectural duct tape, or releasing a somewhat better product with no duct tape after a year of architectural redesign up front, Kanat-Alexander's law would tell me that the latter is more desirable.  In practice, it probably sinks my project because there's no incoming revenue for a year and someone pursuing the other strategy is taking over the market.</description>
		<content:encoded><![CDATA[<p>On your comment on law 2: &#8220;Replace the word “desirability” with “value”, and this is simply the definition of net present value.&#8221;</p>
<p>That&#8217;s not actually quite true, as anyone who&#8217;s taken an engineering economics 101 course should remember &#8212; it&#8217;s the definition of net present value _if you assume that value tomorrow is exactly equivalent to value today_.  Usually there&#8217;s a time-cost-of-money factor, so that you consider having a certain amount of money a year from now to be 95% (or whatever) as valuable as having it today.</p>
<p>I point this out, because I think that assumption is an error in the original; time-cost-of-value factors apply to program desirability and effort just as much as they apply to cash.  This is an error I&#8217;ve seen many times &#8212; if I have a choice between releasing a good product now and spending half of the next five years fixing the architectural duct tape, or releasing a somewhat better product with no duct tape after a year of architectural redesign up front, Kanat-Alexander&#8217;s law would tell me that the latter is more desirable.  In practice, it probably sinks my project because there&#8217;s no incoming revenue for a year and someone pursuing the other strategy is taking over the market.</p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/51wRc4D-9Mg" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=323#comment-991</feedburner:origLink></item>
	<item>
		<title>Comment on A Review of “Code Simplicity” by Lauren Smith</title>
		<link>http://feedproxy.google.com/~r/CommentsForItWillNeverWorkInTheory/~3/14HtqMw5Aq8/</link>
		<dc:creator>Lauren Smith</dc:creator>
		<pubDate>Fri, 04 May 2012 03:39:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.neverworkintheory.org/?p=323#comment-975</guid>
		<description>Thanks for the excellent review. I agree the purpose of software is to help people. This book reminds me of another good read I just finished by John R. Fox entitled, Digital Work in an Analog World: Improving Software Engineering Through Applied Psychology. The author writes about the process of software development through a non-technical perspective and offers insight into techniques, teamwork and management. You can learn more about the book here: http://www.analogdevelopment.com/</description>
		<content:encoded><![CDATA[<p>Thanks for the excellent review. I agree the purpose of software is to help people. This book reminds me of another good read I just finished by John R. Fox entitled, Digital Work in an Analog World: Improving Software Engineering Through Applied Psychology. The author writes about the process of software development through a non-technical perspective and offers insight into techniques, teamwork and management. You can learn more about the book here: <a href="http://www.analogdevelopment.com/" rel="nofollow">http://www.analogdevelopment.com/</a></p>
<img src="http://feeds.feedburner.com/~r/CommentsForItWillNeverWorkInTheory/~4/14HtqMw5Aq8" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.neverworkintheory.org/?p=323#comment-975</feedburner:origLink></item>
</channel>
</rss>

