<?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: SAP&#8217;s technical strategy</title>
	<atom:link href="http://www.monashreport.com/2005/12/09/saps-technical-strategy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.monashreport.com/2005/12/09/saps-technical-strategy/</link>
	<description>Technology ... politics ... marketing ... strategy ... life</description>
	<lastBuildDate>Fri, 05 Mar 2010 04:00:49 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Monash Report&#187;Blog Archive &#187; Shai Agassi – a contrarian view</title>
		<link>http://www.monashreport.com/2005/12/09/saps-technical-strategy/comment-page-1/#comment-7203</link>
		<dc:creator>The Monash Report&#187;Blog Archive &#187; Shai Agassi – a contrarian view</dc:creator>
		<pubDate>Wed, 28 Mar 2007 23:05:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/09/saps-technical-strategy/#comment-7203</guid>
		<description>[...] My two-part take on SAP’s excellent architectural vision. (December, 2005) [...]</description>
		<content:encoded><![CDATA[<p>[...] My two-part take on SAP’s excellent architectural vision. (December, 2005) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Text Technologies&#187;Blog Archive &#187; SAP’s “search” strategy isn’t about search</title>
		<link>http://www.monashreport.com/2005/12/09/saps-technical-strategy/comment-page-1/#comment-6014</link>
		<dc:creator>Text Technologies&#187;Blog Archive &#187; SAP’s “search” strategy isn’t about search</dc:creator>
		<pubDate>Wed, 28 Feb 2007 06:51:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.monashreport.com/2005/12/09/saps-technical-strategy/#comment-6014</guid>
		<description>[...] So once the objects are found – then what? Well, if you find a person or invoice or whatever, there are only so many application functions that can be performed on them. Thus, SAP aspires to present these functions to you. (Analogy: The SAP/Microsoft Duet product line.) Which ones will be presented first – i.e., which will be the most “relevant results?” Uh, that’s not so clear. There are a range of possibilities, ranging from hard-coding* to a simple voting mechanism based on earlier users’ choices in similar situations. Fortunately, SAP doesn’t have to find the single best fit; with good portal technology, it’s realistic to present a number of top functionality choices more or less at once. This fits in well with the flexible access to business objects that SAP has been talking about for quite some time. [...]</description>
		<content:encoded><![CDATA[<p>[...] So once the objects are found – then what? Well, if you find a person or invoice or whatever, there are only so many application functions that can be performed on them. Thus, SAP aspires to present these functions to you. (Analogy: The SAP/Microsoft Duet product line.) Which ones will be presented first – i.e., which will be the most “relevant results?” Uh, that’s not so clear. There are a range of possibilities, ranging from hard-coding* to a simple voting mechanism based on earlier users’ choices in similar situations. Fortunately, SAP doesn’t have to find the single best fit; with good portal technology, it’s realistic to present a number of top functionality choices more or less at once. This fits in well with the flexible access to business objects that SAP has been talking about for quite some time. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
