<?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: Towards Hybrid Ajax/Flash/Java Browser Apps</title>
	<atom:link href="http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps/feed" rel="self" type="application/rss+xml" />
	<link>http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps</link>
	<description>a blog about the connected age</description>
	<pubDate>Sun, 23 Nov 2008 11:18:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: DanFlorio</title>
		<link>http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-736</link>
		<dc:creator>DanFlorio</dc:creator>
		<pubDate>Mon, 27 Nov 2006 06:19:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.annezelenka.com/testbed/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-736</guid>
		<description>Anne, all true and I was overstating by saying that it "all about the bottom line." True, developers are attracted to platforms for various reasons and changing from one to another or adding another platform to your skill set is a slow process.

I was trying to comment from the perspective of a client who is shopping around for a solution. One presumes that they are not married to a particular platform - Ajax or Flesh. If one platform does have a significant advantage in dev time and/or support time then it will have a great advantage.

It's hard to tell which platform will gain the largest slice of the pie but from everything I see the demand for dynamic websites is so great that there aren't enough developers in either camp to fill all the orders. There's plenty out there for everyone to do.</description>
		<content:encoded><![CDATA[<p>Anne, all true and I was overstating by saying that it &#8220;all about the bottom line.&#8221; True, developers are attracted to platforms for various reasons and changing from one to another or adding another platform to your skill set is a slow process.</p>
<p>I was trying to comment from the perspective of a client who is shopping around for a solution. One presumes that they are not married to a particular platform - Ajax or Flesh. If one platform does have a significant advantage in dev time and/or support time then it will have a great advantage.</p>
<p>It&#8217;s hard to tell which platform will gain the largest slice of the pie but from everything I see the demand for dynamic websites is so great that there aren&#8217;t enough developers in either camp to fill all the orders. There&#8217;s plenty out there for everyone to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anne</title>
		<link>http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-735</link>
		<dc:creator>Anne</dc:creator>
		<pubDate>Sun, 26 Nov 2006 21:18:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.annezelenka.com/testbed/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-735</guid>
		<description>"flesh": hadn't heard that before. The imagery is a little odd, but okay ;)

The bottom line of development and maintenance cost is important, but does everything come back to that? Some dev teams might be more comfortable with one or the other, so they'll go with what they're used to. In the short run, that would be most cost-effective but they might be missing out on lower maintenance costs later.

Thinking out loud here... developers are also going to be swayed by what they think is cool. That could go either way--those who value a rich, multimedia experience might think Flesh is cooler but those who are into open standards might lean towards Ajax.

One development that's helping to shield developers from the quirks of individual browsers is Ajax toolkits like dojo and scriptaculous (please don't ask me to get the periods in that name right).

I'd agree with you that design houses using Flesh probably won't move significantly towards Ajax, but that Ajax developers will add Flesh. As you say, video is the entry point for Flesh.

Thanks for commenting.</description>
		<content:encoded><![CDATA[<p>&#8220;flesh&#8221;: hadn&#8217;t heard that before. The imagery is a little odd, but okay <img src='http://www.annezelenka.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
The bottom line of development and maintenance cost is important, but does everything come back to that? Some dev teams might be more comfortable with one or the other, so they&#8217;ll go with what they&#8217;re used to. In the short run, that would be most cost-effective but they might be missing out on lower maintenance costs later.</p>
<p>Thinking out loud here&#8230; developers are also going to be swayed by what they think is cool. That could go either way&#8211;those who value a rich, multimedia experience might think Flesh is cooler but those who are into open standards might lean towards Ajax.</p>
<p>One development that&#8217;s helping to shield developers from the quirks of individual browsers is Ajax toolkits like dojo and scriptaculous (please don&#8217;t ask me to get the periods in that name right).</p>
<p>I&#8217;d agree with you that design houses using Flesh probably won&#8217;t move significantly towards Ajax, but that Ajax developers will add Flesh. As you say, video is the entry point for Flesh.</p>
<p>Thanks for commenting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DanFlorio</title>
		<link>http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-734</link>
		<dc:creator>DanFlorio</dc:creator>
		<pubDate>Sat, 25 Nov 2006 16:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.annezelenka.com/testbed/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-734</guid>
		<description>When people talk about the future success of Ajax and Flash they take it from the developer's POV and ask questions like: is it open source, need a plugin, etc. Those questions will have very little to do with the success of either platform. It's always about the bottom line and that's cost of development and support.

If the ACME company wants a RMA then they probably don't know the difference between a socket and a vector shape. They take their idea to a few different design/development firms and say, "how much and when?"

I don't do Ajax development so I can't say how long it might take to develop in that environment but I find it hard to imagine that it's going to be faster than developing with Flex/Flash (Flesh). And even if they can both be developed in the same time for the same cost then there is still the question of support. From an Ajax standpoint there is always the consideration that code will have to be tweaked when new browsers are released. That won't happen with Flesh.

So I can't see many design houses that are married to the Flesh approach deciding to add Ajax to their skill set but I can see the Ajax crew developing some Flesh skills. It will start with video and then spill over more and more into just developing as much as possible in Flesh.</description>
		<content:encoded><![CDATA[<p>When people talk about the future success of Ajax and Flash they take it from the developer&#8217;s POV and ask questions like: is it open source, need a plugin, etc. Those questions will have very little to do with the success of either platform. It&#8217;s always about the bottom line and that&#8217;s cost of development and support.</p>
<p>If the ACME company wants a RMA then they probably don&#8217;t know the difference between a socket and a vector shape. They take their idea to a few different design/development firms and say, &#8220;how much and when?&#8221;</p>
<p>I don&#8217;t do Ajax development so I can&#8217;t say how long it might take to develop in that environment but I find it hard to imagine that it&#8217;s going to be faster than developing with Flex/Flash (Flesh). And even if they can both be developed in the same time for the same cost then there is still the question of support. From an Ajax standpoint there is always the consideration that code will have to be tweaked when new browsers are released. That won&#8217;t happen with Flesh.</p>
<p>So I can&#8217;t see many design houses that are married to the Flesh approach deciding to add Ajax to their skill set but I can see the Ajax crew developing some Flesh skills. It will start with video and then spill over more and more into just developing as much as possible in Flesh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloudy Thinking &#187; Blog Archive &#187; Anne Zelenka on AJAX and Flash and Frameworks</title>
		<link>http://www.annezelenka.com/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-733</link>
		<dc:creator>Cloudy Thinking &#187; Blog Archive &#187; Anne Zelenka on AJAX and Flash and Frameworks</dc:creator>
		<pubDate>Fri, 17 Nov 2006 05:31:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.annezelenka.com/testbed/2006/11/towards-hybrid-ajaxflashjava-browser-apps#comment-733</guid>
		<description>[...] Anne Zelenka has a thoughtful post about AJAX and Flash and frameworks. Worth a read. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Anne Zelenka has a thoughtful post about AJAX and Flash and frameworks. Worth a read. [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
