<?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: Deploying Desktop-based Software Continuously</title>
	<atom:link href="http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/</link>
	<description>Practice Trumps Theory: Lean Startup + Customer Development + Bootstrap</description>
	<lastBuildDate>Sun, 05 Sep 2010 09:09:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Ash Maurya</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-656</link>
		<dc:creator>Ash Maurya</dc:creator>
		<pubDate>Wed, 24 Feb 2010 12:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-656</guid>
		<description>Ruang - What do you mean by debugging? Troubleshooting problems in production?</description>
		<content:encoded><![CDATA[<p>Ruang &#8211; What do you mean by debugging? Troubleshooting problems in production?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruang</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-524</link>
		<dc:creator>Ruang</dc:creator>
		<pubDate>Mon, 25 Jan 2010 16:07:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-524</guid>
		<description>Ok, I got Continuous Deployment working now. I update after every new feature now. Plus I&#039;m using some new software.</description>
		<content:encoded><![CDATA[<p>Ok, I got Continuous Deployment working now. I update after every new feature now. Plus I&#8217;m using some new software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruang</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-515</link>
		<dc:creator>Ruang</dc:creator>
		<pubDate>Tue, 19 Jan 2010 13:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-515</guid>
		<description>Even when my application is working in development, a lot of times bugs show up when I deploy to production. A lot of null reference exceptions. It may have to do with permissions on production - I&#039;m not really sure.</description>
		<content:encoded><![CDATA[<p>Even when my application is working in development, a lot of times bugs show up when I deploy to production. A lot of null reference exceptions. It may have to do with permissions on production &#8211; I&#8217;m not really sure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ash Maurya</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-514</link>
		<dc:creator>Ash Maurya</dc:creator>
		<pubDate>Tue, 19 Jan 2010 02:50:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-514</guid>
		<description>Yes, there is an important distinction to be made between a software release and a marketing release. Continuous deployment addresses the former and doesn&#039;t dictate what is delivered and to whom. Patches and updates to live software are certainly fine as is delivering the next &quot;marketing release&quot; continuously to an internal audience till public launch. 

That said, other forces like the need for quick learning/feedback loops can override the potential impact of &quot;launch hype&quot; especially in a startup where a lot is unknown. I am not saying a marketing launch is not a powerful tool, but it&#039;s power is usually overstated. Personally I&#039;d take a soft-launch is it lets me build the &quot;right&quot; product, than a big marketing launch that has low or no traction.</description>
		<content:encoded><![CDATA[<p>Yes, there is an important distinction to be made between a software release and a marketing release. Continuous deployment addresses the former and doesn&#8217;t dictate what is delivered and to whom. Patches and updates to live software are certainly fine as is delivering the next &#8220;marketing release&#8221; continuously to an internal audience till public launch. </p>
<p>That said, other forces like the need for quick learning/feedback loops can override the potential impact of &#8220;launch hype&#8221; especially in a startup where a lot is unknown. I am not saying a marketing launch is not a powerful tool, but it&#8217;s power is usually overstated. Personally I&#8217;d take a soft-launch is it lets me build the &#8220;right&#8221; product, than a big marketing launch that has low or no traction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Schwabe</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-512</link>
		<dc:creator>Schwabe</dc:creator>
		<pubDate>Mon, 18 Jan 2010 23:07:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-512</guid>
		<description>Why kill the hype? 
Sure, continuous deployment is an effective development strategy - but it kills the impact of &#039;launch hype&#039;.   

Building momentum towards the next big software release generates hype - and hype is a powerful dynamic that can multiply marketing performance. 

Sure, if your pricing model is subscription based then continuous deployment is natural.  But for every other desktop app that is not, you&#039;re going to want to leverage launch hype to help drive new sales. 

To solve the challenge (of implementing continuous development for an &#039;off the shelf&#039; software product)  we would need to achieve a certain  harmony with the overall scope of the business model.    And I think you can do that by implementing  Continuous Development principals primarily for patches &amp; updates.</description>
		<content:encoded><![CDATA[<p>Why kill the hype?<br />
Sure, continuous deployment is an effective development strategy &#8211; but it kills the impact of &#8216;launch hype&#8217;.   </p>
<p>Building momentum towards the next big software release generates hype &#8211; and hype is a powerful dynamic that can multiply marketing performance. </p>
<p>Sure, if your pricing model is subscription based then continuous deployment is natural.  But for every other desktop app that is not, you&#8217;re going to want to leverage launch hype to help drive new sales. </p>
<p>To solve the challenge (of implementing continuous development for an &#8216;off the shelf&#8217; software product)  we would need to achieve a certain  harmony with the overall scope of the business model.    And I think you can do that by implementing  Continuous Development principals primarily for patches &amp; updates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-511</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Mon, 18 Jan 2010 22:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-511</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by justinpirie: RT @tweetmeme Deploying Desktop-based Software Continuously http://tinyurl.com/ybkr298...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by justinpirie: RT @tweetmeme Deploying Desktop-based Software Continuously <a href="http://tinyurl.com/ybkr298.." rel="nofollow">http://tinyurl.com/ybkr298..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ash Maurya</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-510</link>
		<dc:creator>Ash Maurya</dc:creator>
		<pubDate>Mon, 18 Jan 2010 15:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-510</guid>
		<description>Ruang - What do you mean by debugging? Troubleshooting problems in production?</description>
		<content:encoded><![CDATA[<p>Ruang &#8211; What do you mean by debugging? Troubleshooting problems in production?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruang</title>
		<link>http://www.ashmaurya.com/2010/01/deploying-desktop-based-software-continuously/comment-page-1/#comment-509</link>
		<dc:creator>Ruang</dc:creator>
		<pubDate>Mon, 18 Jan 2010 15:25:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.ashmaurya.com/?p=535#comment-509</guid>
		<description>Thanks for listing the testing applications you use. The biggest problem I have with continuous deployment is the debugging.</description>
		<content:encoded><![CDATA[<p>Thanks for listing the testing applications you use. The biggest problem I have with continuous deployment is the debugging.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk (enhanced)
Database Caching using memcached

Served from: www.ashmaurya.com @ 2010-09-08 01:25:53 -->