<?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"
	>
<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>Tracking the Internet Evolution</description>
	<pubDate>Sun, 06 Jul 2008 23:37:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<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-872999</link>
		<dc:creator>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-872999</guid>
		<description>&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-862989</link>
		<dc:creator>Demian Entrekin</dc:creator>
		<pubDate>Mon, 25 Feb 2008 21:24:38 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-862989</guid>
		<description>&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'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's the question for SaaS vendors: What do you offer that'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-861712</link>
		<dc:creator>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-861712</guid>
		<description>&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 - 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-861695</link>
		<dc:creator>BOFH</dc:creator>
		<pubDate>Sat, 16 Feb 2008 08:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861695</guid>
		<description>&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-861674</link>
		<dc:creator>Dave L</dc:creator>
		<pubDate>Sat, 16 Feb 2008 00:13:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861674</guid>
		<description>&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's downtime after this article came out. Your take on SaaS SLAs didn'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's results are fine. Their communication needs to improve. I like Alex'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-861655</link>
		<dc:creator>Suaad Sait</dc:creator>
		<pubDate>Fri, 15 Feb 2008 21:48:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861655</guid>
		<description>&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-861637</link>
		<dc:creator>Anthony Kuhn</dc:creator>
		<pubDate>Fri, 15 Feb 2008 19:51:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861637</guid>
		<description>&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-861610</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861610</guid>
		<description>&lt;p&gt;
Well, he would say that, wouldn't he...
&lt;/p&gt;

&lt;p&gt;Meanwhile, in a beautiful irony, S3's doing a good impression of a whore's drawers (maybe "Christine Keeler's drawers" would be a more apt analogue). And, just at a guess, I'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'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&#8217;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>
	<item>
		<title>By: Troy</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861602</link>
		<dc:creator>Troy</dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:16:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861602</guid>
		<description>&lt;p&gt;"Why would a small application provider spend so much capital, time and energy building infrastructure when readily available ‘pay-as-you-need-it’ services exist, such as compute, storage and network infrastructure services (e.g. Amazon’s EC2 &#38; S3 services), and payment services from Google, Amazon, etc.?"&lt;/p&gt;

&lt;p&gt;That has to hurt just a little bit in light of the headline at the top of this site: "Amazon S3 Storage Service Goes Down, Still Not Up". That's why people want their own services sometimes. Do you think anybody is going to get compensation for S3 going down? I doubt it. If it was your own infrastructure that went down you could probably get it up much faster.&lt;/p&gt;

&lt;p&gt;The organic restaurant is a great example. Here's a place with a 0 carbon footprint -- a great selling point to the greenies. Yeah it fails to leverage existing pay as you go options, but when those options don't match what you need, or do it in a wasteful, half-assed way, and you can do it better, why not do it yourself if you can get your customers to pay for it? Just make sure you don't include a parking lot, otherwise you're a hypocrite.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&#8220;Why would a small application provider spend so much capital, time and energy building infrastructure when readily available ‘pay-as-you-need-it’ services exist, such as compute, storage and network infrastructure services (e.g. Amazon’s EC2 &amp; S3 services), and payment services from Google, Amazon, etc.?&#8221;</p>
<p>That has to hurt just a little bit in light of the headline at the top of this site: &#8220;Amazon S3 Storage Service Goes Down, Still Not Up&#8221;. That&#8217;s why people want their own services sometimes. Do you think anybody is going to get compensation for S3 going down? I doubt it. If it was your own infrastructure that went down you could probably get it up much faster.</p>
<p>The organic restaurant is a great example. Here&#8217;s a place with a 0 carbon footprint &#8212; a great selling point to the greenies. Yeah it fails to leverage existing pay as you go options, but when those options don&#8217;t match what you need, or do it in a wasteful, half-assed way, and you can do it better, why not do it yourself if you can get your customers to pay for it? Just make sure you don&#8217;t include a parking lot, otherwise you&#8217;re a hypocrite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software as Services mobile edition</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861567</link>
		<dc:creator>Software as Services mobile edition</dc:creator>
		<pubDate>Fri, 15 Feb 2008 09:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861567</guid>
		<description>&lt;p&gt;[...] We may be approaching the end of the road for established SaaS vendors — like Salesforce.com, NetSuite, Concur, Taleo and RightNow — who build their own data center infrastructure instead of consuming infrastructure as a service. That&#8217;s the message posed in a guest column on GigaOm titled How Not to End Up as an Anachronism. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] We may be approaching the end of the road for established SaaS vendors — like Salesforce.com, NetSuite, Concur, Taleo and RightNow — who build their own data center infrastructure instead of consuming infrastructure as a service. That&#8217;s the message posed in a guest column on GigaOm titled How Not to End Up as an Anachronism. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-02-15 &#171; The Adventures of Geekgirl</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861541</link>
		<dc:creator>links for 2008-02-15 &#171; The Adventures of Geekgirl</dc:creator>
		<pubDate>Fri, 15 Feb 2008 03:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861541</guid>
		<description>&lt;p&gt;[...] How Not to End Up as an Anachronism - GigaOM move to SaaS applications built on SaaS is a much more profound shift than the move from on-premise applications to SaaS applications&#8230; It takes less capital and other resources to create, integrate, assemble and distribute useful software capabilities. (tags: saas webservices infrastructure itmanagement saas-transformation) [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] How Not to End Up as an Anachronism - GigaOM move to SaaS applications built on SaaS is a much more profound shift than the move from on-premise applications to SaaS applications&#8230; It takes less capital and other resources to create, integrate, assemble and distribute useful software capabilities. (tags: saas webservices infrastructure itmanagement saas-transformation) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaiyzen</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861532</link>
		<dc:creator>Kaiyzen</dc:creator>
		<pubDate>Fri, 15 Feb 2008 02:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861532</guid>
		<description>&lt;p&gt;Ubay: Amazon does run their services internally.., their services are utilizing their excess storage and computing capacity they must maintain to scale their operations.  By selling their services they are able to scale their infrastructure at a much greater rate, in a much more cost effective manner.&lt;/p&gt;

&lt;p&gt;Ryan:  These services.., Amazon being the main player.., are very cost effective for startups.  Being able to have cheap redundant storage, and processing power that you can scale out on-demand is a great thing.  There is no "variable pricing" on Amazons services.., you pay a flat fee per gig storage, or time based for EC2.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Ubay: Amazon does run their services internally.., their services are utilizing their excess storage and computing capacity they must maintain to scale their operations.  By selling their services they are able to scale their infrastructure at a much greater rate, in a much more cost effective manner.</p>
<p>Ryan:  These services.., Amazon being the main player.., are very cost effective for startups.  Being able to have cheap redundant storage, and processing power that you can scale out on-demand is a great thing.  There is no &#8220;variable pricing&#8221; on Amazons services.., you pay a flat fee per gig storage, or time based for EC2.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tekArtist &#187; How Not to End Up as an Anachronism</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861521</link>
		<dc:creator>tekArtist &#187; How Not to End Up as an Anachronism</dc:creator>
		<pubDate>Fri, 15 Feb 2008 01:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861521</guid>
		<description>&lt;p&gt;[...] &#8220;GigaOM: How Not to End Up as an Anachronism&#8220;: There are always seemingly good reasons to continue doing things the way they were done in [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] &#8220;GigaOM: How Not to End Up as an Anachronism&#8220;: There are always seemingly good reasons to continue doing things the way they were done in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861513</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 14 Feb 2008 23:56:05 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861513</guid>
		<description>&lt;p&gt;One of the posts above discusses SLA's. I built a SaaS company. Bottom line SLA's don't add up to crap. Industry SLA's are just fluff marketing material. What happens when your Microsoft Exchange server goes down? What happens when a backhoe breaks the fiber optic line in front of your building? What happens when your cell phone drops a call?..... Where's the SLA in those scenarios? Do you think that AT&#38;T is going to reimburse you for downtime, NOT! Best case scenario you can break your contract and go buy or subscribe to another offering with the same SLA's.&lt;/p&gt;

&lt;p&gt;As a buyer of these services you have to measure ROI. PERIOD!!!! It's not a matter of privacy or security. I receive my pay-stub electronically? I view my financial information online? I would argue that a person will weigh this much more than the business offering.&lt;/p&gt;

&lt;p&gt;SaaS is about:
1) ROI
2) Selling to the CFO not the IT guy/gal
3) Scalability
4) Having 24x7 Presence
5) On-demand features add on functionality (i.e. CRM + IP Telephony)
6) Peace of mind.... well maybe this last point is a stretch:)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>One of the posts above discusses SLA&#8217;s. I built a SaaS company. Bottom line SLA&#8217;s don&#8217;t add up to crap. Industry SLA&#8217;s are just fluff marketing material. What happens when your Microsoft Exchange server goes down? What happens when a backhoe breaks the fiber optic line in front of your building? What happens when your cell phone drops a call?&#8230;.. Where&#8217;s the SLA in those scenarios? Do you think that AT&amp;T is going to reimburse you for downtime, NOT! Best case scenario you can break your contract and go buy or subscribe to another offering with the same SLA&#8217;s.</p>
<p>As a buyer of these services you have to measure ROI. PERIOD!!!! It&#8217;s not a matter of privacy or security. I receive my pay-stub electronically? I view my financial information online? I would argue that a person will weigh this much more than the business offering.</p>
<p>SaaS is about:<br />
1) ROI<br />
2) Selling to the CFO not the IT guy/gal<br />
3) Scalability<br />
4) Having 24&#215;7 Presence<br />
5) On-demand features add on functionality (i.e. CRM + IP Telephony)<br />
6) Peace of mind&#8230;. well maybe this last point is a stretch:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eastwick Communications Client Coverage &#187; GigaOM: How Not to End Up as an Anachronism</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861500</link>
		<dc:creator>Eastwick Communications Client Coverage &#187; GigaOM: How Not to End Up as an Anachronism</dc:creator>
		<pubDate>Thu, 14 Feb 2008 21:39:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861500</guid>
		<description>&lt;p&gt;[...] the full post.  Coghead, GigaOM, Greg Olsen  Share [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] the full post.  Coghead, GigaOM, Greg Olsen  Share [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick</title>
		<link>http://gigaom.com/2008/02/14/how-not-to-end-up-as-an-anachronism/#comment-861492</link>
		<dc:creator>Rick</dc:creator>
		<pubDate>Thu, 14 Feb 2008 19:49:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11486#comment-861492</guid>
		<description>&lt;p&gt;SaaS does offer speed, scalability and capital efficiency for start-ups, but I'm not convinced that it eliminates lock-in that can hamper growth and innovation at later stages.&lt;/p&gt;

&lt;p&gt;Networking benefited tremendously from the ISO standards that isolated the layers of communication transactions. Huge leaps in innovation, competition, and scaling occurred at the layers of TCP/IP, for example, that were completely independent of the application layer. I'm no expert, but I don't think it's trivial to port SQL database transactions between SaaS providers.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>SaaS does offer speed, scalability and capital efficiency for start-ups, but I&#8217;m not convinced that it eliminates lock-in that can hamper growth and innovation at later stages.</p>
<p>Networking benefited tremendously from the ISO standards that isolated the layers of communication transactions. Huge leaps in innovation, competition, and scaling occurred at the layers of TCP/IP, for example, that were completely independent of the application layer. I&#8217;m no expert, but I don&#8217;t think it&#8217;s trivial to port SQL database transactions between SaaS providers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
