<?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: Software service networks, not product stacks</title>
	<atom:link href="http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/</link>
	<description>Jeff Nolan's take on investment, innovation, entrepreneurship and the technology industry</description>
	<lastBuildDate>Mon, 26 Jul 2010 18:20:20 -0600</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: &#187; Wither Oracle, SAP, et al? (Pt 2) &#124; Software as services &#124; ZDNet.com</title>
		<link>http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/comment-page-1/#comment-1321</link>
		<dc:creator>&#187; Wither Oracle, SAP, et al? (Pt 2) &#124; Software as services &#124; ZDNet.com</dc:creator>
		<pubDate>Mon, 24 Apr 2006 12:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/#comment-1321</guid>
		<description>[...] SAP blogger Jeff Nolan reports that SAP executive board member Shai Agassi completely dismisses this approach:If they really want a single throat to choke, they&#039;d much rather go to IBM &quot;Shai said emphatically that &#039;we are not a platform company, we&#8217;re an application company&#039;.&quot; Although as Nolan goes on to point out, that&#039;s not exactly what Agassi means, if you consider that SAP&#039;s NetWeaver strategy is all about building an application platform. The point is that it stops at the layer of application infrastructure: there&#039;s no operating system, there&#039;s no database, and in the fullness of time there won&#039;t be an application server either. But there will be a lot of middleware, designed to support a network of software services that interact to provide composite applications. It&#039;s a platform, but not a complete top-to-bottom stack like the one that Oracle aims to offer. [...]</description>
		<content:encoded><![CDATA[<p>[...] SAP blogger Jeff Nolan reports that SAP executive board member Shai Agassi completely dismisses this approach:If they really want a single throat to choke, they&#8217;d much rather go to IBM &quot;Shai said emphatically that &#8216;we are not a platform company, we&rsquo;re an application company&#8217;.&quot; Although as Nolan goes on to point out, that&#8217;s not exactly what Agassi means, if you consider that SAP&#8217;s NetWeaver strategy is all about building an application platform. The point is that it stops at the layer of application infrastructure: there&#8217;s no operating system, there&#8217;s no database, and in the fullness of time there won&#8217;t be an application server either. But there will be a lot of middleware, designed to support a network of software services that interact to provide composite applications. It&#8217;s a platform, but not a complete top-to-bottom stack like the one that Oracle aims to offer. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Briggs</title>
		<link>http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/comment-page-1/#comment-1279</link>
		<dc:creator>Barry Briggs</dc:creator>
		<pubDate>Fri, 21 Apr 2006 15:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/#comment-1279</guid>
		<description>I agree with your points, Jeff. Even though it&#039;s nice to see that Microsoft was the only vendor portrayed as having a &#039;complete stack&#039; it&#039;s clear that a) having an OS would help SAP not at all; and b) more importantly, the dynamics (no pun intended) of enterprise software are changing dramatically. Ultimately the winners will be whose services (and embedded IP) are clearly superior, whose services can be most fluidly composed into highly customized apps, and whose services have the most flexible hosting (and charging) configurations. ... Barry</description>
		<content:encoded><![CDATA[<p>I agree with your points, Jeff. Even though it&#8217;s nice to see that Microsoft was the only vendor portrayed as having a &#8216;complete stack&#8217; it&#8217;s clear that a) having an OS would help SAP not at all; and b) more importantly, the dynamics (no pun intended) of enterprise software are changing dramatically. Ultimately the winners will be whose services (and embedded IP) are clearly superior, whose services can be most fluidly composed into highly customized apps, and whose services have the most flexible hosting (and charging) configurations. &#8230; Barry</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AccMan Pro - Dennis Howlett on innovation for professional accountants &#187; Vendor messaging and Tom Raftery</title>
		<link>http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/comment-page-1/#comment-1265</link>
		<dc:creator>AccMan Pro - Dennis Howlett on innovation for professional accountants &#187; Vendor messaging and Tom Raftery</dc:creator>
		<pubDate>Thu, 20 Apr 2006 22:53:06 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/#comment-1265</guid>
		<description>[...] Vendor messaging and Tom Raftery   By Dennis Howlett  If you want an object lesson in influence then see Jeff Nolan&#8217;s post about how application vendor strategies are changing to reflect the new realities of the Internet economy. Then see Dan Farber&#8217;s dissection of Jeff&#8217;s argument. Questions: [...]</description>
		<content:encoded><![CDATA[<p>[...] Vendor messaging and Tom Raftery   By Dennis Howlett  If you want an object lesson in influence then see Jeff Nolan&#8217;s post about how application vendor strategies are changing to reflect the new realities of the Internet economy. Then see Dan Farber&#8217;s dissection of Jeff&#8217;s argument. Questions: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; Software service networks &#124; Between the Lines &#124; ZDNet.com</title>
		<link>http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/comment-page-1/#comment-1261</link>
		<dc:creator>&#187; Software service networks &#124; Between the Lines &#124; ZDNet.com</dc:creator>
		<pubDate>Thu, 20 Apr 2006 16:57:18 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/04/20/software-service-networks-not-product-stacks/#comment-1261</guid>
		<description>[...] SAP chief blogger Jeff Nolan comments on Martin Lamonica&#039;s story on &quot;Software Stack Wars&quot;&#8211;the notion that enterprise software vendors are obsessed with building their own pre-certified stacks, from operating system and middleware to applications and databases, or some variation. I wrote about Oracle moving in that direction, based on CEO Larry Ellison&#039;s remarks about adding Linux to have a more complete Oracle controlled stack. The logic is simple&#8211;customers mimimize cost and complexity in areas where differentiation is mimimal among parts of the stack and vendors maximize profit from services contracts. [...]</description>
		<content:encoded><![CDATA[<p>[...] SAP chief blogger Jeff Nolan comments on Martin Lamonica&#8217;s story on &quot;Software Stack Wars&quot;&#8211;the notion that enterprise software vendors are obsessed with building their own pre-certified stacks, from operating system and middleware to applications and databases, or some variation. I wrote about Oracle moving in that direction, based on CEO Larry Ellison&#8217;s remarks about adding Linux to have a more complete Oracle controlled stack. The logic is simple&#8211;customers mimimize cost and complexity in areas where differentiation is mimimal among parts of the stack and vendors maximize profit from services contracts. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
