<?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>Commentaires sur : Native Client, la technologie RIA de Google qui risque de faire long feu</title>
	<atom:link href="http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/</link>
	<description>FredCavazza.net</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:10:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Par : InterfacesRiches.fr &#62; Le B A BA de la 3D dans Flash</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-33917</link>
		<dc:creator>InterfacesRiches.fr &#62; Le B A BA de la 3D dans Flash</dc:creator>
		<pubDate>Mon, 18 Apr 2011 07:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-33917</guid>
		<description>[...] car j&#8217;avais exprimé une posture similaire lors de l&#8217;annonce du lancement de Native Client par Google (une technologie ultra-performante mais trop &#171;&#160;bas niveau&#160;&#187; pour [...]</description>
		<content:encoded><![CDATA[<p>[...] car j&#8217;avais exprimé une posture similaire lors de l&#8217;annonce du lancement de Native Client par Google (une technologie ultra-performante mais trop &laquo;&nbsp;bas niveau&nbsp;&raquo; pour [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Interfaces riches &#62; Pourquoi Google a deux ans de retard avec Native Client</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-32451</link>
		<dc:creator>Interfaces riches &#62; Pourquoi Google a deux ans de retard avec Native Client</dc:creator>
		<pubDate>Tue, 22 Feb 2011 09:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-32451</guid>
		<description>[...] Annoncé de façon très discrète en 2009, Native Client fait à nouveau parlé de lui avec l&#8217;annonce d&#8217;un lancement imminent : Native Client: Getting Ready for Takeoff. Il a fallu visiblement 2 ans aux équipes de Google pour finaliser la technologie et surtout blinder les aspects sécurité. J&#8217;avais à l&#8217;époque de l&#8217;annonce exprimé mon scepticisme dans un article qui critiquait la façon dont cette technologie à été présentée : Native Client, la technologie RIA de Google qui risque de faire long feu. [...]</description>
		<content:encoded><![CDATA[<p>[...] Annoncé de façon très discrète en 2009, Native Client fait à nouveau parlé de lui avec l&#8217;annonce d&#8217;un lancement imminent : Native Client: Getting Ready for Takeoff. Il a fallu visiblement 2 ans aux équipes de Google pour finaliser la technologie et surtout blinder les aspects sécurité. J&#8217;avais à l&#8217;époque de l&#8217;annonce exprimé mon scepticisme dans un article qui critiquait la façon dont cette technologie à été présentée : Native Client, la technologie RIA de Google qui risque de faire long feu. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : MathRobin</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-32446</link>
		<dc:creator>MathRobin</dc:creator>
		<pubDate>Mon, 21 Feb 2011 13:42:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-32446</guid>
		<description>Je rebondis sur les propos de curio:
&quot;J’espère toutefois que ça marchera, il me semble que c’est la techno (ou au moins l’idée) qui permettra la prochaine évolution technologique informatique majeure.&quot;
En rien. Comme l&#039;avait suggéré oncletom (http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/#comment-22450), ce n&#039;est bêtement &quot;que&quot; de l&#039;ActiveX 2.0.

Autant Google, à travers la compétence prouvée jusqu&#039;à maintenant de ses collaborateurs mais aussi toutes ses primes distribuées aux traqueurs de faille, a prouvé la fiabilité de ses produits, autant là on ouvre grand les portes aux développements tiers divers et variés. Et donc aux intrusions en tout genre.

Certes c&#039;est une avancée géante et intéressante quand elle avait été suggérée par Microsoft il y a près de 15 ans (ça date de 1996 cette idée), autant à l&#039;heure actuelle, je trouve ça plus dangereux qu&#039;autre chose.

De plus on rajoute une couche à un ensemble déjà sacrément bordélique, ce qui n&#039;aura pas pour effet de faciliter la tâche des nouveaux venus. Quand on voit, en France en tout cas, certains formateurs agréés par l&#039;Etat qui ne savent pas faire la différence entre le client-side et le server-side et qui vous affirment que PHP fait faire des choses bizarres à votre navigateur ou que JS inter-opère mal avec Java... J&#039;ai peur pour la sécurité des données et des utilisateurs. Bien entendu, ce ne sont que des exemples qui n&#039;engagent que moi.

Il serait pour moi plus intéressant de refondre les couches existantes pour les améliorer très sérieusement. On court à l&#039;effondrement là.</description>
		<content:encoded><![CDATA[<p>Je rebondis sur les propos de curio:<br />
&laquo;&nbsp;J’espère toutefois que ça marchera, il me semble que c’est la techno (ou au moins l’idée) qui permettra la prochaine évolution technologique informatique majeure.&nbsp;&raquo;<br />
En rien. Comme l&#8217;avait suggéré oncletom (<a href="http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/#comment-22450" rel="nofollow">http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/#comment-22450</a>), ce n&#8217;est bêtement &laquo;&nbsp;que&nbsp;&raquo; de l&#8217;ActiveX 2.0.</p>
<p>Autant Google, à travers la compétence prouvée jusqu&#8217;à maintenant de ses collaborateurs mais aussi toutes ses primes distribuées aux traqueurs de faille, a prouvé la fiabilité de ses produits, autant là on ouvre grand les portes aux développements tiers divers et variés. Et donc aux intrusions en tout genre.</p>
<p>Certes c&#8217;est une avancée géante et intéressante quand elle avait été suggérée par Microsoft il y a près de 15 ans (ça date de 1996 cette idée), autant à l&#8217;heure actuelle, je trouve ça plus dangereux qu&#8217;autre chose.</p>
<p>De plus on rajoute une couche à un ensemble déjà sacrément bordélique, ce qui n&#8217;aura pas pour effet de faciliter la tâche des nouveaux venus. Quand on voit, en France en tout cas, certains formateurs agréés par l&#8217;Etat qui ne savent pas faire la différence entre le client-side et le server-side et qui vous affirment que PHP fait faire des choses bizarres à votre navigateur ou que JS inter-opère mal avec Java&#8230; J&#8217;ai peur pour la sécurité des données et des utilisateurs. Bien entendu, ce ne sont que des exemples qui n&#8217;engagent que moi.</p>
<p>Il serait pour moi plus intéressant de refondre les couches existantes pour les améliorer très sérieusement. On court à l&#8217;effondrement là.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Avec Chrome OS Google se positionne sur l&#8217;outil informatique du futur &#124; TerminauxAlternatifs.fr</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-32171</link>
		<dc:creator>Avec Chrome OS Google se positionne sur l&#8217;outil informatique du futur &#124; TerminauxAlternatifs.fr</dc:creator>
		<pubDate>Sun, 23 Jan 2011 20:21:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-32171</guid>
		<description>[...] OS = Chrome + Gears + NaCl + [...]</description>
		<content:encoded><![CDATA[<p>[...] OS = Chrome + Gears + NaCl + [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : curio</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-28244</link>
		<dc:creator>curio</dc:creator>
		<pubDate>Fri, 22 Jan 2010 10:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-28244</guid>
		<description>J&#039;arrive après la bataille mais désolé je viens de tomber dessus :)

Je devine que ce que va permettre NaCL va être absolument énorme pour l&#039;avenir des applications web/could.

On sait tous pour l&#039;instant que les applications web ont pour l&#039;instant des limites. Il y a des choses qu&#039;on ne peut pas faire. Point à la ligne.

Un exemple concret :
Un logiciel de montage vidéo collaboratif en ligne, avec ses propres codecs et filtres.
Pour l&#039;instant, c&#039;est parfaitement irréalisable !
Plein de projets comme ça, orientés créations deviendraient réalisables (+ les jeux, etc etc)

Le meilleur, c&#039;est qu&#039;on pourrai alors associer la productivité qu&#039;on a en développant pour le web, à la puissance de traitement auquel on parvient en utilisant des languages autorisant de hautes performances.
Le réseau +  la pleine puissance de calcul de chaque client.

Le beurre et l&#039;argent du beurre !

En fait, Fred, c&#039;est le vrai Graal qu&#039;ils visent.
Ca veut aussi réellement dire que pour finir l&#039;adage &quot;Write once, run anywhere&quot; deviendra réalité.
Pourquoi ? Parce que tous le autres langages sont implémentés en C.
Donc aucun besoin d&#039;apprendre un nouveau langage exclusif.

Autant on pourra faire tourner des applications telles celles de bureau pour l&#039;instant mais avec + de facilités réseau, autant on pourra utiliser n&#039;importe quel language de script existant, ou autre existant. n&#039;importe quel librairie existante...

Voilà ça semble fantastique, mais ça va être dur de l&#039;imposer sur.. par hasard... l&#039;IPhone :D

J&#039;espère toutefois que ça marchera, il me semble que c&#039;est la techno (ou au moins l&#039;idée) qui permettra la prochaine évolution technologique informatique majeure.</description>
		<content:encoded><![CDATA[<p>J&#8217;arrive après la bataille mais désolé je viens de tomber dessus :)</p>
<p>Je devine que ce que va permettre NaCL va être absolument énorme pour l&#8217;avenir des applications web/could.</p>
<p>On sait tous pour l&#8217;instant que les applications web ont pour l&#8217;instant des limites. Il y a des choses qu&#8217;on ne peut pas faire. Point à la ligne.</p>
<p>Un exemple concret :<br />
Un logiciel de montage vidéo collaboratif en ligne, avec ses propres codecs et filtres.<br />
Pour l&#8217;instant, c&#8217;est parfaitement irréalisable !<br />
Plein de projets comme ça, orientés créations deviendraient réalisables (+ les jeux, etc etc)</p>
<p>Le meilleur, c&#8217;est qu&#8217;on pourrai alors associer la productivité qu&#8217;on a en développant pour le web, à la puissance de traitement auquel on parvient en utilisant des languages autorisant de hautes performances.<br />
Le réseau +  la pleine puissance de calcul de chaque client.</p>
<p>Le beurre et l&#8217;argent du beurre !</p>
<p>En fait, Fred, c&#8217;est le vrai Graal qu&#8217;ils visent.<br />
Ca veut aussi réellement dire que pour finir l&#8217;adage &laquo;&nbsp;Write once, run anywhere&nbsp;&raquo; deviendra réalité.<br />
Pourquoi ? Parce que tous le autres langages sont implémentés en C.<br />
Donc aucun besoin d&#8217;apprendre un nouveau langage exclusif.</p>
<p>Autant on pourra faire tourner des applications telles celles de bureau pour l&#8217;instant mais avec + de facilités réseau, autant on pourra utiliser n&#8217;importe quel language de script existant, ou autre existant. n&#8217;importe quel librairie existante&#8230;</p>
<p>Voilà ça semble fantastique, mais ça va être dur de l&#8217;imposer sur.. par hasard&#8230; l&#8217;IPhone :D</p>
<p>J&#8217;espère toutefois que ça marchera, il me semble que c&#8217;est la techno (ou au moins l&#8217;idée) qui permettra la prochaine évolution technologique informatique majeure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Avec Chrome OS Google se positionne sur l&#8217;outil informatique du futur &#62; FredCavazza.net</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-27384</link>
		<dc:creator>Avec Chrome OS Google se positionne sur l&#8217;outil informatique du futur &#62; FredCavazza.net</dc:creator>
		<pubDate>Mon, 23 Nov 2009 08:09:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-27384</guid>
		<description>[...] OS = Chrome + Gears + NaCl + [...]</description>
		<content:encoded><![CDATA[<p>[...] OS = Chrome + Gears + NaCl + [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Ideal &#187; Archive du blog &#187; Google lance O3D, un plug-in pour faire de la 3D dans le navigateur</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-24724</link>
		<dc:creator>Ideal &#187; Archive du blog &#187; Google lance O3D, un plug-in pour faire de la 3D dans le navigateur</dc:creator>
		<pubDate>Thu, 18 Jun 2009 03:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-24724</guid>
		<description>[...] destiné aux développeurs (donc dans un contexte similaire à Native Client - lire à ce sujet : Native Client, la technologie RIA de Google qui risque de faire long feu) [...]</description>
		<content:encoded><![CDATA[<p>[...] destiné aux développeurs (donc dans un contexte similaire à Native Client &#8211; lire à ce sujet : Native Client, la technologie RIA de Google qui risque de faire long feu) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : 6 ans de blog en 6 billets &#124; FredCavazza.net</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-24618</link>
		<dc:creator>6 ans de blog en 6 billets &#124; FredCavazza.net</dc:creator>
		<pubDate>Wed, 10 Jun 2009 09:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-24618</guid>
		<description>[...] billet qui a été le plus critiqué : Native Client, la technologie RIA de Google qui risque de faire long feu. Publié en fin d&#8217;année dernière dans de mauvaises conditions (j&#8217;avais décidé de [...]</description>
		<content:encoded><![CDATA[<p>[...] billet qui a été le plus critiqué : Native Client, la technologie RIA de Google qui risque de faire long feu. Publié en fin d&#8217;année dernière dans de mauvaises conditions (j&#8217;avais décidé de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Cyril Vieville</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-23962</link>
		<dc:creator>Cyril Vieville</dc:creator>
		<pubDate>Wed, 29 Apr 2009 10:54:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-23962</guid>
		<description>A mon sens, NaCl me semble pertinent pour l´industrie du logiciel ... Nous ne verrons pas adobe photoshop en flash d´ici un bon moment car le besoin de calcul se trouve être, pour le moment, encore trop important ... Alors pourquoi ne pas diffuser du client lourd en NaCl ... Cela apporte effectivement plusieurs points positifs :

- Le produit est identique pour tous les utilisateurs et ne comporte pas de restrictions selon l´OS ...

- Le produit se trouve du coup beaucoup moins piratable si la technologie est maitrisé et sécurisé puisque l´éditeur contrôlera plus facilement qui a accès, comment il a accès et surtout par quel moyen il sera facturé (par mois, par accés, par type d´activité).

- La convergence logicielle au détriment de la convergence OS, un plus pour l´utilisateur lambda. Dans la même lignée que Java.

- L´utilisateur lambda n´aura pas en face de lui, un soft en JavaFX, puis un soft en flash puis un soft en silverlight. En clair, pas une guerre de plug-ins.

Concernant C/C++, je ne suis pas d´accord sur les commentaires expliquant que ces langages ne sont pas adaptés au développement d´applications riches comme j´ai pu le lire souvent. On oublie souvent que les grosses applications clients ainsi que des OS comme Windows Vista sont développés en C/C++ parce qu´ils apportent une gestion plus fine en terme de performances et cependant il n´apporte pas moins d´options ou d´éléments graphiques. La différence réside dans le cycle de développement uniquement car il demande un cycle plus long, point barre ... Le coup du Web 2.0 est un faux argument. Moi, ce que je vois, c´est qu´un développeur C/C++ a souvent plus de facilité en ce qui concerne de l´optimisation de code qu´un développeur Java, parce que ce dernier se dit, le garbage collector est la pour ca ... Oui mais voila ....

Pour en revenir aux logiciels, il suffit de voir l´industrie du multimédia pour s´en rendre compte ... Les développeurs de jeux n utilisent pas Java car Java est beaucoup trop éloigné du processeur alors que des applications DirectX ou OpenGL ont besoin d´utiliser un maximum de puissance. Java n´arrivera jamais à séduire cette industrie tant que les progrès d´affichage en 3D seront si importants. Aujourd´hui, les poids lourds du hardware se battent pour accroitre les puissances de calcul. Je ne crois pas que cette industrie soit prête à revenir en arrière en utilisant des technologies utilisant inutilement de la puissance de calcul juste dans le but d´avoir un code compatible (la faute au monopole de Windows) et une communauté importante... ce qui motive cette industrie c´est les avancées technologiques d´ou l´intérêt de NaCl ... Il faut bien sur que le 1% de perte soit effectif et que les résultats soient au rendez vous.

Pour en revenir plus concrètement au sujet, il s´avère comme l´a dit certains d´entre vous, que Google cherche à imposer sa vision du monde informatique ou tout passe par le Browser ... Il aura fort à faire car aujourd´hui le développement de RIA a un fort potentiel à travers Adobe et son flash et l´utilisation de Javascript de plus en plus poussé. C´est d´ailleurs assez amusant car je me rappelle il y a quelques années, les annonces disant que Javascript serait bientôt mort. On le voit revivre aujourd´hui avec les API Ajax ...

Je note aussi que, la ou vous avez tout à fait raison JC c´est qu´il semble difficile d´imposer un plug-in si gros, la ou des petits plug-ins font déjà de belles prouesses et sont utilisés sur des millions de sites ... Il faudra plusieurs années pour imposer NaCl mais je pense qu´il ne touchera pas la mëme catégorie que les RIA d´aujourd´hui.
Toutefois, je parie gros sur cette technologie. 
Jouer en ligne ou seul sur son browser par exemple... sans à avoir à downloader ou acheter un jeu dans sa boite DVD... du beau progrès et cela juste en se connectant sur un site web...</description>
		<content:encoded><![CDATA[<p>A mon sens, NaCl me semble pertinent pour l´industrie du logiciel &#8230; Nous ne verrons pas adobe photoshop en flash d´ici un bon moment car le besoin de calcul se trouve être, pour le moment, encore trop important &#8230; Alors pourquoi ne pas diffuser du client lourd en NaCl &#8230; Cela apporte effectivement plusieurs points positifs :</p>
<p>- Le produit est identique pour tous les utilisateurs et ne comporte pas de restrictions selon l´OS &#8230;</p>
<p>- Le produit se trouve du coup beaucoup moins piratable si la technologie est maitrisé et sécurisé puisque l´éditeur contrôlera plus facilement qui a accès, comment il a accès et surtout par quel moyen il sera facturé (par mois, par accés, par type d´activité).</p>
<p>- La convergence logicielle au détriment de la convergence OS, un plus pour l´utilisateur lambda. Dans la même lignée que Java.</p>
<p>- L´utilisateur lambda n´aura pas en face de lui, un soft en JavaFX, puis un soft en flash puis un soft en silverlight. En clair, pas une guerre de plug-ins.</p>
<p>Concernant C/C++, je ne suis pas d´accord sur les commentaires expliquant que ces langages ne sont pas adaptés au développement d´applications riches comme j´ai pu le lire souvent. On oublie souvent que les grosses applications clients ainsi que des OS comme Windows Vista sont développés en C/C++ parce qu´ils apportent une gestion plus fine en terme de performances et cependant il n´apporte pas moins d´options ou d´éléments graphiques. La différence réside dans le cycle de développement uniquement car il demande un cycle plus long, point barre &#8230; Le coup du Web 2.0 est un faux argument. Moi, ce que je vois, c´est qu´un développeur C/C++ a souvent plus de facilité en ce qui concerne de l´optimisation de code qu´un développeur Java, parce que ce dernier se dit, le garbage collector est la pour ca &#8230; Oui mais voila &#8230;.</p>
<p>Pour en revenir aux logiciels, il suffit de voir l´industrie du multimédia pour s´en rendre compte &#8230; Les développeurs de jeux n utilisent pas Java car Java est beaucoup trop éloigné du processeur alors que des applications DirectX ou OpenGL ont besoin d´utiliser un maximum de puissance. Java n´arrivera jamais à séduire cette industrie tant que les progrès d´affichage en 3D seront si importants. Aujourd´hui, les poids lourds du hardware se battent pour accroitre les puissances de calcul. Je ne crois pas que cette industrie soit prête à revenir en arrière en utilisant des technologies utilisant inutilement de la puissance de calcul juste dans le but d´avoir un code compatible (la faute au monopole de Windows) et une communauté importante&#8230; ce qui motive cette industrie c´est les avancées technologiques d´ou l´intérêt de NaCl &#8230; Il faut bien sur que le 1% de perte soit effectif et que les résultats soient au rendez vous.</p>
<p>Pour en revenir plus concrètement au sujet, il s´avère comme l´a dit certains d´entre vous, que Google cherche à imposer sa vision du monde informatique ou tout passe par le Browser &#8230; Il aura fort à faire car aujourd´hui le développement de RIA a un fort potentiel à travers Adobe et son flash et l´utilisation de Javascript de plus en plus poussé. C´est d´ailleurs assez amusant car je me rappelle il y a quelques années, les annonces disant que Javascript serait bientôt mort. On le voit revivre aujourd´hui avec les API Ajax &#8230;</p>
<p>Je note aussi que, la ou vous avez tout à fait raison JC c´est qu´il semble difficile d´imposer un plug-in si gros, la ou des petits plug-ins font déjà de belles prouesses et sont utilisés sur des millions de sites &#8230; Il faudra plusieurs années pour imposer NaCl mais je pense qu´il ne touchera pas la mëme catégorie que les RIA d´aujourd´hui.<br />
Toutefois, je parie gros sur cette technologie.<br />
Jouer en ligne ou seul sur son browser par exemple&#8230; sans à avoir à downloader ou acheter un jeu dans sa boite DVD&#8230; du beau progrès et cela juste en se connectant sur un site web&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Google lance O3D, un plug-in pour faire de la 3D dans le navigateur &#124; MKT planet - News Web Marketing - Nouvelles Technologies</title>
		<link>http://www.fredcavazza.net/2008/12/22/native-client-la-technologie-ria-de-google-qui-risque-de-faire-long-feu/comment-page-2/#comment-23948</link>
		<dc:creator>Google lance O3D, un plug-in pour faire de la 3D dans le navigateur &#124; MKT planet - News Web Marketing - Nouvelles Technologies</dc:creator>
		<pubDate>Mon, 27 Apr 2009 20:11:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.fredcavazza.net/?p=2249#comment-23948</guid>
		<description>[...] destiné aux développeurs (donc dans un contexte similaire à Native Client - lire à ce sujet : Native Client, la technologie RIA de Google qui risque de faire long feu) [...]</description>
		<content:encoded><![CDATA[<p>[...] destiné aux développeurs (donc dans un contexte similaire à Native Client &#8211; lire à ce sujet : Native Client, la technologie RIA de Google qui risque de faire long feu) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Served from: www.fredcavazza.net @ 2012-02-10 05:03:03 -->
