<?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: How Not to End Up as an Anachronism</title>
	<atom:link href="http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 16:05:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: &#187; Greg Olsen: How Not to End Up as an Anachronism SaaSkatoon: All Things SaaS!</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193641</link>
		<dc:creator><![CDATA[&#187; Greg Olsen: How Not to End Up as an Anachronism SaaSkatoon: All Things SaaS!]]></dc:creator>
		<pubDate>Wed, 24 Jun 2009 22:33:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193641</guid>
		<description><![CDATA[[...] How Not to End Up as an Anachronism [...]]]></description>
		<content:encoded><![CDATA[<p>[...] How Not to End Up as an Anachronism [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Olsen: How Not to End Up as an Anachronism &#171; SaaSkatoon: All Things SaaS!</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193640</link>
		<dc:creator><![CDATA[Greg Olsen: How Not to End Up as an Anachronism &#171; SaaSkatoon: All Things SaaS!]]></dc:creator>
		<pubDate>Thu, 09 Oct 2008 20:09:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193640</guid>
		<description><![CDATA[[...] post info  By deliveredinnovation   Categories: Delivered Innovation and Platform as a Service  Tags: Software as a Service, Platform as a Service, Cloud Computing, Delivered Innovation, SaaS, PaaS, Coghead                    How Not to End Up as an Anachronism [...]]]></description>
		<content:encoded><![CDATA[<p>[...] post info  By deliveredinnovation   Categories: Delivered Innovation and Platform as a Service  Tags: Software as a Service, Platform as a Service, Cloud Computing, Delivered Innovation, SaaS, PaaS, Coghead                    How Not to End Up as an Anachronism [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cplusn.com / collaboration : patrimoine : mobilité</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193639</link>
		<dc:creator><![CDATA[cplusn.com / collaboration : patrimoine : mobilité]]></dc:creator>
		<pubDate>Fri, 25 Apr 2008 15:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193639</guid>
		<description><![CDATA[&lt;p&gt;[...] un article publié sur GigaOM, Greg Olsen (fondateur de coghead.com) pose une question intéressante : les [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] un article publié sur GigaOM, Greg Olsen (fondateur de coghead.com) pose une question intéressante : les [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Demian Entrekin</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193638</link>
		<dc:creator><![CDATA[Demian Entrekin]]></dc:creator>
		<pubDate>Mon, 25 Feb 2008 21:24:38 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193638</guid>
		<description><![CDATA[&lt;p&gt;This discussion begs the questions of Intellectual Property (IP) and core versus non-core.  These two factors are significant drivers for any vendor who wants to bring a web-based service to market.  The core versus non-core argument goes something like this: outsource what you can, keep what&#039;s core to your intellectual property.&lt;/p&gt;

&lt;p&gt;We are already seeing that some services, such as storefront and monitoring, are clearly non-core.  Here&#039;s the question for SaaS vendors: What do you offer that&#039;s unique and is it yours?&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>This discussion begs the questions of Intellectual Property (IP) and core versus non-core.  These two factors are significant drivers for any vendor who wants to bring a web-based service to market.  The core versus non-core argument goes something like this: outsource what you can, keep what&#8217;s core to your intellectual property.</p>
<p>We are already seeing that some services, such as storefront and monitoring, are clearly non-core.  Here&#8217;s the question for SaaS vendors: What do you offer that&#8217;s unique and is it yours?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-02-16 &#171; Brent Sordyl&#8217;s Blog</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193637</link>
		<dc:creator><![CDATA[links for 2008-02-16 &#171; Brent Sordyl&#8217;s Blog]]></dc:creator>
		<pubDate>Sat, 16 Feb 2008 14:21:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193637</guid>
		<description><![CDATA[&lt;p&gt;[...] How Not to End Up as an Anachronism - GigaOM Why would a small application provider spend so much capital, time and energy building infrastructure when ‘pay-as-you-need-it’ services exist, such as compute, storage and network infrastructure services, and payment services from Google, Amazon, etc (tags: webservices saas ec2) [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] How Not to End Up as an Anachronism &#8211; GigaOM Why would a small application provider spend so much capital, time and energy building infrastructure when ‘pay-as-you-need-it’ services exist, such as compute, storage and network infrastructure services, and payment services from Google, Amazon, etc (tags: webservices saas ec2) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BOFH</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193636</link>
		<dc:creator><![CDATA[BOFH]]></dc:creator>
		<pubDate>Sat, 16 Feb 2008 08:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193636</guid>
		<description><![CDATA[&lt;p&gt;Who looks like a real dick now Greg, that S3 has been down for a few hours.  Some CTO you are to think a SLA with 99.9% of uptime is something good!&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Who looks like a real dick now Greg, that S3 has been down for a few hours.  Some CTO you are to think a SLA with 99.9% of uptime is something good!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave L</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193635</link>
		<dc:creator><![CDATA[Dave L]]></dc:creator>
		<pubDate>Sat, 16 Feb 2008 00:13:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193635</guid>
		<description><![CDATA[&lt;p&gt;Risk management is always danced around.  But I feel that the risk in outsourcing to a best-of-breed service will almost always outway the risk of managing the same service in-house.&lt;/p&gt;

&lt;p&gt;@Alex: Except that I prefer risk management as #1, absolutely correct, especially in light of Amazon&#039;s downtime after this article came out. Your take on SaaS SLAs didn&#039;t even mention how losing a key employee or two before a less disruptive event can be just as bad.&lt;/p&gt;

&lt;p&gt;@Troy: People say they want accountability, what they really want is results and communication. Amazon&#039;s results are fine. Their communication needs to improve. I like Alex&#039;s list for evaluating results, starting with ROI and Scalability. Look at what happened to Friendster, with great financing and great people: poor site performance killed their lead.&lt;/p&gt;

&lt;p&gt;No one wants poor performance in-house that could be improved on by going with SaaS.&lt;/p&gt;

&lt;p&gt;@Suaad Sait: The featuresets SaaS makes available are remarkable, but value still needs to be measured as ROI, as Alex points out.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Risk management is always danced around.  But I feel that the risk in outsourcing to a best-of-breed service will almost always outway the risk of managing the same service in-house.</p>
<p>@Alex: Except that I prefer risk management as #1, absolutely correct, especially in light of Amazon&#8217;s downtime after this article came out. Your take on SaaS SLAs didn&#8217;t even mention how losing a key employee or two before a less disruptive event can be just as bad.</p>
<p>@Troy: People say they want accountability, what they really want is results and communication. Amazon&#8217;s results are fine. Their communication needs to improve. I like Alex&#8217;s list for evaluating results, starting with ROI and Scalability. Look at what happened to Friendster, with great financing and great people: poor site performance killed their lead.</p>
<p>No one wants poor performance in-house that could be improved on by going with SaaS.</p>
<p>@Suaad Sait: The featuresets SaaS makes available are remarkable, but value still needs to be measured as ROI, as Alex points out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Suaad Sait</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193634</link>
		<dc:creator><![CDATA[Suaad Sait]]></dc:creator>
		<pubDate>Fri, 15 Feb 2008 21:48:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193634</guid>
		<description><![CDATA[&lt;p&gt;Will the real SaaS please raise their hand -&lt;/p&gt;

&lt;p&gt;In all the noise about the evolution from enterprise software to SaaS, I think the real value of SaaS gets lost.  While this David and Goliath (SaaS vs. Enterprise Software) story is interesting, the real value is that the, until now, unserved mid-market can now access these sophisticated tools within their budgets.  With a SaaS  model there is typically no need for IT involvement, there is no deployment and no need for a professional services team to be onsite for 3 months.  There was, in the past, no question of on premise vs. hosted or redundancies in data – the mass target market had the option of paper, MS Excel, or a $99 app from CompUSA as the options, now they have a fully featured application at their finger tips – the same their much larger competitors may already have. SaaS is like being able to afford a Porsche on a rental model (no maintenance Required but you), who cares if it’s only a Boxter (do you really need the Carrera GT that goes 300 mph – where would you drive it?).&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Will the real SaaS please raise their hand -</p>
<p>In all the noise about the evolution from enterprise software to SaaS, I think the real value of SaaS gets lost.  While this David and Goliath (SaaS vs. Enterprise Software) story is interesting, the real value is that the, until now, unserved mid-market can now access these sophisticated tools within their budgets.  With a SaaS  model there is typically no need for IT involvement, there is no deployment and no need for a professional services team to be onsite for 3 months.  There was, in the past, no question of on premise vs. hosted or redundancies in data – the mass target market had the option of paper, MS Excel, or a $99 app from CompUSA as the options, now they have a fully featured application at their finger tips – the same their much larger competitors may already have. SaaS is like being able to afford a Porsche on a rental model (no maintenance Required but you), who cares if it’s only a Boxter (do you really need the Carrera GT that goes 300 mph – where would you drive it?).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Kuhn</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193633</link>
		<dc:creator><![CDATA[Anthony Kuhn]]></dc:creator>
		<pubDate>Fri, 15 Feb 2008 19:51:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193633</guid>
		<description><![CDATA[&lt;p&gt;Greg:&lt;/p&gt;

&lt;p&gt;Adapt or die. Simple as that. Oh, and have a backup plan, just in case Amazon.com goes down with all your SAAS data and software on it.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Greg:</p>
<p>Adapt or die. Simple as that. Oh, and have a backup plan, just in case Amazon.com goes down with all your SAAS data and software on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-193632</link>
		<dc:creator><![CDATA[Jon]]></dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-193632</guid>
		<description><![CDATA[&lt;p&gt;
Well, he would say that, wouldn&#039;t he...
&lt;/p&gt;

&lt;p&gt;Meanwhile, in a beautiful irony, S3&#039;s doing a good impression of a whore&#039;s drawers (maybe &quot;Christine Keeler&#039;s drawers&quot; would be a more apt analogue). And, just at a guess, I&#039;m betting that Amazon engineers will be focusing on a) getting those bits of S3 that Amazon depends on up and stable and then b) getting home for the weekend. If that doesn&#039;t sort out the bits relied on by the Uncov fodder then hey, sucks to be them. After all, how much service do you expect for $.15/GB/month...&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>
Well, he would say that, wouldn&#8217;t he&#8230;
</p>
<p>Meanwhile, in a beautiful irony, S3&#8242;s doing a good impression of a whore&#8217;s drawers (maybe &#8220;Christine Keeler&#8217;s drawers&#8221; would be a more apt analogue). And, just at a guess, I&#8217;m betting that Amazon engineers will be focusing on a) getting those bits of S3 that Amazon depends on up and stable and then b) getting home for the weekend. If that doesn&#8217;t sort out the bits relied on by the Uncov fodder then hey, sucks to be them. After all, how much service do you expect for $.15/GB/month&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
