<?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: ISITE Design</title>
	<atom:link href="http://www.barneyb.com/barneyblog/2005/01/13/isite-design/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.barneyb.com/barneyblog/2005/01/13/isite-design/</link>
	<description>Thoughts, rants, and even some code from the mind of Barney Boisvert.</description>
	<lastBuildDate>Thu, 11 Sep 2014 09:58:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Maxim Porges</title>
		<link>https://www.barneyb.com/barneyblog/2005/01/13/isite-design/comment-page-1/#comment-74</link>
		<dc:creator>Maxim Porges</dc:creator>
		<pubDate>Mon, 17 Jan 2005 22:24:59 +0000</pubDate>
		<guid isPermaLink="false">http://barneyb.com/barneyblog/?p=77#comment-74</guid>
		<description>JesterXL,

Are you saying that Amazon.com is not an application? That huge, transactional beast that (I would estimate) rivals the throughput of many large software applications put together?

While there is a difference between a web site and a RIA, there is also such a thing as a &quot;web application.&quot;

Like any paradigm, there are benefits and caveats to using the web as your GUI medium, but many people build wonderful, easy to use applications with the web. And they are *still* applications - their use of a browser doesn&#039;t strip them of that distinction.

- max
</description>
		<content:encoded><![CDATA[<p>JesterXL,</p>
<p>Are you saying that Amazon.com is not an application? That huge, transactional beast that (I would estimate) rivals the throughput of many large software applications put together?</p>
<p>While there is a difference between a web site and a RIA, there is also such a thing as a "web application."</p>
<p>Like any paradigm, there are benefits and caveats to using the web as your GUI medium, but many people build wonderful, easy to use applications with the web. And they are *still* applications &#8211; their use of a browser doesn't strip them of that distinction.</p>
<p>- max</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JesterXL</title>
		<link>https://www.barneyb.com/barneyblog/2005/01/13/isite-design/comment-page-1/#comment-73</link>
		<dc:creator>JesterXL</dc:creator>
		<pubDate>Thu, 13 Jan 2005 21:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://barneyb.com/barneyblog/?p=77#comment-73</guid>
		<description>I fail to see how a website is akin to a RIA.  A RIA is just that, an application.  A website, the word itself and what it represents, is not an application, web or not.

The RIA&#039;s I have created for customers are simply applications which have to cool factor of fat clients with the portability to web and CD-ROM.

There&#039;s a reason my work for clients is in Flash, and my website is done in HTML.  They are 2, totally different things.</description>
		<content:encoded><![CDATA[<p>I fail to see how a website is akin to a RIA.  A RIA is just that, an application.  A website, the word itself and what it represents, is not an application, web or not.</p>
<p>The RIA's I have created for customers are simply applications which have to cool factor of fat clients with the portability to web and CD-ROM.</p>
<p>There's a reason my work for clients is in Flash, and my website is done in HTML.  They are 2, totally different things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Barnes</title>
		<link>https://www.barneyb.com/barneyblog/2005/01/13/isite-design/comment-page-1/#comment-72</link>
		<dc:creator>Scott Barnes</dc:creator>
		<pubDate>Thu, 13 Jan 2005 21:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://barneyb.com/barneyblog/?p=77#comment-72</guid>
		<description>RIA development isn&#039;t cost effective end of story. 

Its a bottleneck in development and you find yourself emulating a web browser in most cases anyway (datagrids etc). So they bring a more real-time event capabilities, streaming etc... all of which can still be done via FireFor or even worse M$ IE.

From a SOE Enterprise point of view building applications is more worthwhile in a browser then flash as not enough skillshare is available and worse it requires re-inventing the wheel (even though the said wheel is broke - none the less works).

I remember spending a week with nothing but a red square on screen and my boss kept walking past cracking jokes &quot;Hows that red square coming along scott&quot; - even though we both knew it was simply a place holder and underneath it a fairly heavy API was being built.

Visuals are most peoples que for measuring how a project is proceeding and sometimes even with a code schematics layed out they keep wanting to take a visual que.

FLEX came about as a solution to counteract all what i&#039;ve said and in truth - it does. It sadly though costs a mint to implement it.</description>
		<content:encoded><![CDATA[<p>RIA development isn't cost effective end of story. </p>
<p>Its a bottleneck in development and you find yourself emulating a web browser in most cases anyway (datagrids etc). So they bring a more real-time event capabilities, streaming etc&#8230; all of which can still be done via FireFor or even worse M$ IE.</p>
<p>From a SOE Enterprise point of view building applications is more worthwhile in a browser then flash as not enough skillshare is available and worse it requires re-inventing the wheel (even though the said wheel is broke &#8211; none the less works).</p>
<p>I remember spending a week with nothing but a red square on screen and my boss kept walking past cracking jokes "Hows that red square coming along scott" &#8211; even though we both knew it was simply a place holder and underneath it a fairly heavy API was being built.</p>
<p>Visuals are most peoples que for measuring how a project is proceeding and sometimes even with a code schematics layed out they keep wanting to take a visual que.</p>
<p>FLEX came about as a solution to counteract all what i've said and in truth &#8211; it does. It sadly though costs a mint to implement it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tfitch</title>
		<link>https://www.barneyb.com/barneyblog/2005/01/13/isite-design/comment-page-1/#comment-71</link>
		<dc:creator>tfitch</dc:creator>
		<pubDate>Thu, 13 Jan 2005 20:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://barneyb.com/barneyblog/?p=77#comment-71</guid>
		<description>Ahhh - my old stomping grounds.

I can tell you that updating content in Flash can be easy or it can be hard (all site info is hard coded).  The Flash site was created right before MX came out and the designers did all the work.  They didn&#039;t make any hooks to update content via external files, so the FLA had to be edited and republished when changed.

It had some good and fun stuff on the site though, but maintenance was the limiting factor.</description>
		<content:encoded><![CDATA[<p>Ahhh &#8211; my old stomping grounds.</p>
<p>I can tell you that updating content in Flash can be easy or it can be hard (all site info is hard coded).  The Flash site was created right before MX came out and the designers did all the work.  They didn't make any hooks to update content via external files, so the FLA had to be edited and republished when changed.</p>
<p>It had some good and fun stuff on the site though, but maintenance was the limiting factor.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
