<?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: Une interface riche, pour quoi faire ? (2ème partie)</title>
	<atom:link href="http://www.interfaces-riches.com/index.php/2007/03/21/une-interface-riche-pour-quoi-faire-2eme-partie/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.interfaces-riches.com/2007/03/21/une-interface-riche-pour-quoi-faire-2eme-partie/</link>
	<description>Portail français sur les interfaces riches</description>
	<pubDate>Sun, 06 Jul 2008 04:18:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: misterpatate</title>
		<link>http://www.interfaces-riches.com/2007/03/21/une-interface-riche-pour-quoi-faire-2eme-partie/#comment-7</link>
		<dc:creator>misterpatate</dc:creator>
		<pubDate>Wed, 21 Mar 2007 21:43:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.saumande.net/ria-rda/?p=15#comment-7</guid>
		<description>En ce qui concerne les applications bureautiques ou d'administration à distance, je suis, tout a fait de ton avis, cependant, en ce qui concerne les applications critiques, où la fiabilité est le maître mot, je pense que la meilleure solution reste le bon vieux principe du Client/Serveur avec un VPN.

Je pense que l'emploi d'un navigateur internet comme support d'application ajoute encore un maillon faible dans la chaîne d'exécution du logiciel.

De plus, pour moi l'emploi de technologies web fonctionnant sur les navigateurs a pour principal intérêt d'être multiplateforme, et utiliser une technologie réservée à IE annule tout l'intérêt du concept.</description>
		<content:encoded><![CDATA[<p>En ce qui concerne les applications bureautiques ou d&#8217;administration à distance, je suis, tout a fait de ton avis, cependant, en ce qui concerne les applications critiques, où la fiabilité est le maître mot, je pense que la meilleure solution reste le bon vieux principe du Client/Serveur avec un VPN.</p>
<p>Je pense que l&#8217;emploi d&#8217;un navigateur internet comme support d&#8217;application ajoute encore un maillon faible dans la chaîne d&#8217;exécution du logiciel.</p>
<p>De plus, pour moi l&#8217;emploi de technologies web fonctionnant sur les navigateurs a pour principal intérêt d&#8217;être multiplateforme, et utiliser une technologie réservée à IE annule tout l&#8217;intérêt du concept.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
