<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Migration or new features?</title>
	<link>http://ilikeellipses.com/2009/04/15/migration-or-new-features/</link>
	<description>the blog for developers who care about more than just code...</description>
	<pubDate>Fri, 12 Mar 2010 01:01:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3</generator>
		<item>
		<title>By: mike hall</title>
		<link>http://ilikeellipses.com/2009/04/15/migration-or-new-features/#comment-8390</link>
		<dc:creator>mike hall</dc:creator>
		<pubDate>Thu, 23 Apr 2009 20:32:27 +0000</pubDate>
		<guid>http://ilikeellipses.com/2009/04/15/migration-or-new-features/#comment-8390</guid>
		<description>For a large product, yeah, that's definitely true and I agree. I've had to deal with data migration first hand at work. It ain't fun, but it needs to be fun.

I was talking more about little projects like my app, Bitter. Users may prefer getting a whole new feature rather preventing the loss of an option or a piece of saved state that is easy to get back.</description>
		<content:encoded><![CDATA[<p>For a large product, yeah, that&#8217;s definitely true and I agree. I&#8217;ve had to deal with data migration first hand at work. It ain&#8217;t fun, but it needs to be fun.</p>
<p>I was talking more about little projects like my app, Bitter. Users may prefer getting a whole new feature rather preventing the loss of an option or a piece of saved state that is easy to get back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChrisC</title>
		<link>http://ilikeellipses.com/2009/04/15/migration-or-new-features/#comment-8388</link>
		<dc:creator>ChrisC</dc:creator>
		<pubDate>Thu, 23 Apr 2009 20:12:10 +0000</pubDate>
		<guid>http://ilikeellipses.com/2009/04/15/migration-or-new-features/#comment-8388</guid>
		<description>OK I see your point but the lack of some sort of smooth data migration will prevent the user/customer from upgrading. And think about who would be the most worried about loosing data. The people with the MOST data. Which means a serious user/customer. That is a lost sale/upgrade opportunity and since they are a large customer you will have to continue to support them on legacy code. 

Now all of this isn't the biggest deal for a small app that is just some kind of config or account info that would need to be reentered but when you are talking about large amounts of data it is a pain.

Imagine if Exchange 2010 comes out and has no way of migrating your Exchange 2007 users and settings. How many people would buy that to replace an existing adoption. Microsoft would only sell to new customers and loose face with the rest.</description>
		<content:encoded><![CDATA[<p>OK I see your point but the lack of some sort of smooth data migration will prevent the user/customer from upgrading. And think about who would be the most worried about loosing data. The people with the MOST data. Which means a serious user/customer. That is a lost sale/upgrade opportunity and since they are a large customer you will have to continue to support them on legacy code. </p>
<p>Now all of this isn&#8217;t the biggest deal for a small app that is just some kind of config or account info that would need to be reentered but when you are talking about large amounts of data it is a pain.</p>
<p>Imagine if Exchange 2010 comes out and has no way of migrating your Exchange 2007 users and settings. How many people would buy that to replace an existing adoption. Microsoft would only sell to new customers and loose face with the rest.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
