<?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 Project Muse &#8211; new UI</title>
	<atom:link href="http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/feed/" rel="self" type="application/rss+xml" />
	<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/</link>
	<description>Jeff Nolan&#039;s take on investment, innovation, entrepreneurship and the technology industry</description>
	<lastBuildDate>Mon, 06 Feb 2012 06:44:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Venture Chronicles</title>
		<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/comment-page-1/#comment-2751</link>
		<dc:creator>Venture Chronicles</dc:creator>
		<pubDate>Thu, 08 Jun 2006 23:57:49 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/#comment-2751</guid>
		<description>[...] The enthusiasm over AJAX has definitely reached a fever pitch, it reminds me of the snake oil salesmen in the old west who could not find an illness their firewater wouldn&#8217;t cure. Dion does a great service in reminding people that success with AJAX is dependent on having a good foundation in place, and in understanding a few things about developing apps from services. Also worth pointing out that there are a range of tools that can be utilized to build rich clients, Flash and Flex being alternatives. Ajax Approaches Abound: Which One Is Right For You? (web2.wsj2.com): Then there&#8217;s the issue that browsers just aren&#8217;t as capable computing platforms as formal operating systems. This gives us the important constraint the creating great Ajax software still requires above average architecture, design, and development skills. As I&#8217;ve written before, Ajax isn&#8217;t for Web designers (yet), and requires some assistance from a server development team as well to build (or increasingly, find) usable Web services that will do what&#8217;s needed. Technorati Tags: ajax, flash, flex Posted in Innovation &#124;&#124; [...]</description>
		<content:encoded><![CDATA[<p>[...] The enthusiasm over AJAX has definitely reached a fever pitch, it reminds me of the snake oil salesmen in the old west who could not find an illness their firewater wouldn&#8217;t cure. Dion does a great service in reminding people that success with AJAX is dependent on having a good foundation in place, and in understanding a few things about developing apps from services. Also worth pointing out that there are a range of tools that can be utilized to build rich clients, Flash and Flex being alternatives. Ajax Approaches Abound: Which One Is Right For You? (web2.wsj2.com): Then there&#8217;s the issue that browsers just aren&#8217;t as capable computing platforms as formal operating systems. This gives us the important constraint the creating great Ajax software still requires above average architecture, design, and development skills. As I&#8217;ve written before, Ajax isn&#8217;t for Web designers (yet), and requires some assistance from a server development team as well to build (or increasingly, find) usable Web services that will do what&#8217;s needed. Technorati Tags: ajax, flash, flex Posted in Innovation || [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/comment-page-1/#comment-2742</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Thu, 08 Jun 2006 16:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/#comment-2742</guid>
		<description>yeah, that&#039;s a real concern. On the other hand, some internal competition among various product groups could be a good thing in this area. I also tend to think that Muse is going to be a focal point for new app development while the other options (from Duet to scripting) will be used as &quot;context&quot; for layered applications. There are a number of older products that should just stay the same from the standpoint of continuity and ensuring that our customers aren&#039;t being penalized with a training and support cost just to get a better looking UI.</description>
		<content:encoded><![CDATA[<p>yeah, that&#8217;s a real concern. On the other hand, some internal competition among various product groups could be a good thing in this area. I also tend to think that Muse is going to be a focal point for new app development while the other options (from Duet to scripting) will be used as &#8220;context&#8221; for layered applications. There are a number of older products that should just stay the same from the standpoint of continuity and ensuring that our customers aren&#8217;t being penalized with a training and support cost just to get a better looking UI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Otter</title>
		<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/comment-page-1/#comment-2741</link>
		<dc:creator>Thomas Otter</dc:creator>
		<pubDate>Thu, 08 Jun 2006 16:19:06 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/#comment-2741</guid>
		<description>Indeed. this is a big change from a couple of years ago when the view seemed to be everything should be in the portal.

I think the internal challenge will be deciding what to build with which, and the tougher job of explaining this to the customers. It will need some strong solution management and link to consulting and partners.

I like the choice, but worry somewhat about gui anarchy....</description>
		<content:encoded><![CDATA[<p>Indeed. this is a big change from a couple of years ago when the view seemed to be everything should be in the portal.</p>
<p>I think the internal challenge will be deciding what to build with which, and the tougher job of explaining this to the customers. It will need some strong solution management and link to consulting and partners.</p>
<p>I like the choice, but worry somewhat about gui anarchy&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/comment-page-1/#comment-2736</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Thu, 08 Jun 2006 13:58:59 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/#comment-2736</guid>
		<description>I think we need to offer a range of UI options; if all we were offering was Duet or Muse I would be critical but the stuff I&#039;m seeing in Labs around Ruby offers much to be enthusiastic about. Even the good &#039;ol SAP GUI is being enhanced and will run in Firefox and Safari now, meaning extensions and greasemonkey scripts are possibilities.

The marketplace is asking for a richer client experience than what browsers alone are offering, which is clearly the driver behind AJAX right now. Flash/Flex are just other ways of delivering this.</description>
		<content:encoded><![CDATA[<p>I think we need to offer a range of UI options; if all we were offering was Duet or Muse I would be critical but the stuff I&#8217;m seeing in Labs around Ruby offers much to be enthusiastic about. Even the good &#8216;ol SAP GUI is being enhanced and will run in Firefox and Safari now, meaning extensions and greasemonkey scripts are possibilities.</p>
<p>The marketplace is asking for a richer client experience than what browsers alone are offering, which is clearly the driver behind AJAX right now. Flash/Flex are just other ways of delivering this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Otter</title>
		<link>http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/comment-page-1/#comment-2731</link>
		<dc:creator>Thomas Otter</dc:creator>
		<pubDate>Thu, 08 Jun 2006 07:20:22 +0000</pubDate>
		<guid isPermaLink="false">http://jeffnolan.com/wp/2006/06/06/saps-project-muse-new-ui/#comment-2731</guid>
		<description>Jeff,
what do you make of the fact that this isn&#039;t browser based? Both Muse and Duet suggest a move away from the browser Ã¼ber alles, and the thin client dogma that pervades much of  the enterprise space.  Both UI offer a richer experience than a thin client model.

 I rambled a bit about it here a few weeks ago before Muse eas announced .http://theotherthomasotter.wordpress.com/2006/05/16/musical-puns-invade-enterprise-software-first-duet-now-harmony/</description>
		<content:encoded><![CDATA[<p>Jeff,<br />
what do you make of the fact that this isn&#8217;t browser based? Both Muse and Duet suggest a move away from the browser Ã¼ber alles, and the thin client dogma that pervades much of  the enterprise space.  Both UI offer a richer experience than a thin client model.</p>
<p> I rambled a bit about it here a few weeks ago before Muse eas announced .<a href="http://theotherthomasotter.wordpress.com/2006/05/16/musical-puns-invade-enterprise-software-first-duet-now-harmony/" rel="nofollow">http://theotherthomasotter.wordpress.com/2006/05/16/musical-puns-invade-enterprise-software-first-duet-now-harmony/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

