<?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 : Meilleurs voeux</title>
	<atom:link href="http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/</link>
	<description>Tout sur Google Wave, en Français</description>
	<lastBuildDate>Fri, 23 Dec 2011 12:50:15 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Par : Julien</title>
		<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/comment-page-1/#comment-751</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Thu, 07 Jan 2010 16:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.wave-france.fr/?p=799#comment-751</guid>
		<description>Décidément, 2010 vous inspire ! 

Pour ce qui est de convaincre les collègues, il y a une technique un peu sauvage mais qui peut fonctionner : lancer un projet directement dans wave... et leur offrir des invitations pour avancer sur le projet...</description>
		<content:encoded><![CDATA[<p>Décidément, 2010 vous inspire ! </p>
<p>Pour ce qui est de convaincre les collègues, il y a une technique un peu sauvage mais qui peut fonctionner : lancer un projet directement dans wave&#8230; et leur offrir des invitations pour avancer sur le projet&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : isabelle</title>
		<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/comment-page-1/#comment-749</link>
		<dc:creator>isabelle</dc:creator>
		<pubDate>Thu, 07 Jan 2010 10:36:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.wave-france.fr/?p=799#comment-749</guid>
		<description>bonjour, je me lance...
Les commentaires précédents sont très techniques et forcent mon admiration. 

Je voudrais juste revenir sur la gestion des bots dans Gwave. C&#039;est en effet peu pratique de les avoir dans la liste des contacts et il serait bon que google réfléchisse à une séparation, comme firefox place les extensions dans un répertoire à part.

Il est vrai aussi que ces bots, si on les multiplie dans une wave, ont tendance à l&#039;alourdir considérablement. C&#039;est donc aux utilisateurs de faire preuve d&#039;un peu de bon sens et de ne pas les multiplier pour rien. Maglré tout, la plateforme wave reste encore assez lourde pour un ordi moyen comme le mien. Il y a eu plusieurs &quot;plantages&quot;. Je suppose que c&#039;est dû à la version encore en chantier de Wave.

Enfin, si j&#039;avais un vœux à formuler, ce serait bien évidemment de parvenir à convaincre mes collègues de l&#039;utiliser plus massivement car il est vrai que les non geeks (si vous me permettez l&#039;expression) sont encore assez réfractaires à son utilisation.
Cela tient dans doute à ce que la combinaison des trois outils mail-forum-chat en perturbe plus d&#039;un, habitué essentiellement au mail.

Pour conclure, je ne crois pas que Gwave puisse rapidement remplacer le mail, mais qu&#039;il en devienne un complément ou une forme alternative avec une passerelle facile à mettre en place, ça oui, ce serait souhaitable.

Dès 2010 ? qui sait...</description>
		<content:encoded><![CDATA[<p>bonjour, je me lance&#8230;<br />
Les commentaires précédents sont très techniques et forcent mon admiration. </p>
<p>Je voudrais juste revenir sur la gestion des bots dans Gwave. C&#8217;est en effet peu pratique de les avoir dans la liste des contacts et il serait bon que google réfléchisse à une séparation, comme firefox place les extensions dans un répertoire à part.</p>
<p>Il est vrai aussi que ces bots, si on les multiplie dans une wave, ont tendance à l&#8217;alourdir considérablement. C&#8217;est donc aux utilisateurs de faire preuve d&#8217;un peu de bon sens et de ne pas les multiplier pour rien. Maglré tout, la plateforme wave reste encore assez lourde pour un ordi moyen comme le mien. Il y a eu plusieurs &laquo;&nbsp;plantages&nbsp;&raquo;. Je suppose que c&#8217;est dû à la version encore en chantier de Wave.</p>
<p>Enfin, si j&#8217;avais un vœux à formuler, ce serait bien évidemment de parvenir à convaincre mes collègues de l&#8217;utiliser plus massivement car il est vrai que les non geeks (si vous me permettez l&#8217;expression) sont encore assez réfractaires à son utilisation.<br />
Cela tient dans doute à ce que la combinaison des trois outils mail-forum-chat en perturbe plus d&#8217;un, habitué essentiellement au mail.</p>
<p>Pour conclure, je ne crois pas que Gwave puisse rapidement remplacer le mail, mais qu&#8217;il en devienne un complément ou une forme alternative avec une passerelle facile à mettre en place, ça oui, ce serait souhaitable.</p>
<p>Dès 2010 ? qui sait&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Vibe</title>
		<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/comment-page-1/#comment-746</link>
		<dc:creator>Vibe</dc:creator>
		<pubDate>Wed, 06 Jan 2010 16:01:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.wave-france.fr/?p=799#comment-746</guid>
		<description>Effectivement, techniquement le &#039;.&#039; est utilisable, mais non standard/pas pratique, car on peut très bien avoir une adresse prénom.nom@toto.com alors que ce serait très difficile d&#039;identifier le domaine de la personne si on avait prénom.nom.domaine.com car on peut avoir des domaines genre .co.uk par exemple et voilà pour identifier prenom.nom.domaine.co.uk, ce serait difficile. De fait, le &#039;@&#039; est devenu standard pour séparer les identifiants du domaine (car ce caractère est peu utilisé, cf. http://fr.wikipedia.org/wiki/@ ). Le besoin d&#039;identification du domaine par Google est normal puisque ce sera à terme ouvert et qu&#039;on aura des serveurs wave provenant d&#039;autres domaines, ce qui n&#039;est pas le cas de twitter pour qui les identifiants sont uniquement utilisés sur twitter. 
Si twitter ouvrait sa plateforme à d&#039;autres sites et qu&#039;un utilisateur toto abonné chez twitter voulait communiquer avec l&#039;utilisateur titi abonne chez admettons (j&#039;invente un domaine) supatweet, chacun devrait être identifié avec son domaine, à savoir toto@twitter.com et titi@supartweet.com. Car évidemment il pourrait très bien y avoir une personne titi chez twitter identifiée par titi@twitter.com qui serait différente de titi@supatweet.com.

Donc pour résumer, le @ a toujours été choisi car peu utilisé, car en général un identifiant peut très bien ressembler à nom.prenom-surnom_ville_âge et insérer un domaine et des sous-domaine là dedans sans définir un séparateur réel serait carrément galère (le séparateur de sous-domaine est le &#039;.&#039;).

Imagine donc avoir ça : nom.prenom-surnom_ville_âge.sousdomaine1.sousdomaine2.domaine.co.uk assez... chaotique et complexe pour retrouver/séparer le domaine ainsi que l&#039;identifiant de façon automatique.

J&#039;espère avoir répondu ;)</description>
		<content:encoded><![CDATA[<p>Effectivement, techniquement le &#8216;.&#8217; est utilisable, mais non standard/pas pratique, car on peut très bien avoir une adresse prénom.nom@toto.com alors que ce serait très difficile d&#8217;identifier le domaine de la personne si on avait prénom.nom.domaine.com car on peut avoir des domaines genre .co.uk par exemple et voilà pour identifier prenom.nom.domaine.co.uk, ce serait difficile. De fait, le &#8216;@&#8217; est devenu standard pour séparer les identifiants du domaine (car ce caractère est peu utilisé, cf. <a href="http://fr.wikipedia.org/wiki/@" rel="nofollow">http://fr.wikipedia.org/wiki/@</a> ). Le besoin d&#8217;identification du domaine par Google est normal puisque ce sera à terme ouvert et qu&#8217;on aura des serveurs wave provenant d&#8217;autres domaines, ce qui n&#8217;est pas le cas de twitter pour qui les identifiants sont uniquement utilisés sur twitter.<br />
Si twitter ouvrait sa plateforme à d&#8217;autres sites et qu&#8217;un utilisateur toto abonné chez twitter voulait communiquer avec l&#8217;utilisateur titi abonne chez admettons (j&#8217;invente un domaine) supatweet, chacun devrait être identifié avec son domaine, à savoir <a href="mailto:toto@twitter.com">toto@twitter.com</a> et <a href="mailto:titi@supartweet.com">titi@supartweet.com</a>. Car évidemment il pourrait très bien y avoir une personne titi chez twitter identifiée par <a href="mailto:titi@twitter.com">titi@twitter.com</a> qui serait différente de <a href="mailto:titi@supatweet.com">titi@supatweet.com</a>.</p>
<p>Donc pour résumer, le @ a toujours été choisi car peu utilisé, car en général un identifiant peut très bien ressembler à nom.prenom-surnom_ville_âge et insérer un domaine et des sous-domaine là dedans sans définir un séparateur réel serait carrément galère (le séparateur de sous-domaine est le &#8216;.&#8217;).</p>
<p>Imagine donc avoir ça : nom.prenom-surnom_ville_âge.sousdomaine1.sousdomaine2.domaine.co.uk assez&#8230; chaotique et complexe pour retrouver/séparer le domaine ainsi que l&#8217;identifiant de façon automatique.</p>
<p>J&#8217;espère avoir répondu <img src='http://www.wave-france.fr/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Julien</title>
		<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/comment-page-1/#comment-745</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Wed, 06 Jan 2010 15:36:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.wave-france.fr/?p=799#comment-745</guid>
		<description>Et bien... ce 1er commentaire pour 2010 met la pression !!!

Pour ce qui est du choix de google d&#039;utiliser le identifiant@domaine ce n&#039;était pas une obligation, enfin, il me semble. On aurait pu utiliser le modèle sous-domaine.domaine ou domaine/identifiant comme pour twitter par exemple...

Enfin, je dis peut être une grosse bêtise en disant cela... je ne sais guère, cela va au-delà des connaissances.</description>
		<content:encoded><![CDATA[<p>Et bien&#8230; ce 1er commentaire pour 2010 met la pression !!!</p>
<p>Pour ce qui est du choix de google d&#8217;utiliser le identifiant@domaine ce n&#8217;était pas une obligation, enfin, il me semble. On aurait pu utiliser le modèle sous-domaine.domaine ou domaine/identifiant comme pour twitter par exemple&#8230;</p>
<p>Enfin, je dis peut être une grosse bêtise en disant cela&#8230; je ne sais guère, cela va au-delà des connaissances.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Vibe</title>
		<link>http://www.wave-france.fr/2010/01/meilleurs-voeux-2010/comment-page-1/#comment-744</link>
		<dc:creator>Vibe</dc:creator>
		<pubDate>Wed, 06 Jan 2010 12:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.wave-france.fr/?p=799#comment-744</guid>
		<description>Une réponse pour la question à propos du pourquoi le @googlewave.com dans l&#039;identifiant des comptes Google Wave?: Certainement parce qu&#039;à terme Google Wave (au moins pour l&#039;implémentation serveur de référence et/ou le protocole) sera open source et chacun sera en mesure de monter un serveur wave. Si wave-france.fr monte son serveur par exemple, il y aura des comptes idducompte@wave-france.fr . Exactement la même raison que l&#039;intégration du domaine googlewave.com dans l&#039;ID d&#039;une wave, si on monte un serveur wave, les waves seront hébergées dessus. Ca laissera aux entreprises par exemple, de monter une solution wave sur un intranet pour ses collaborateurs (toutes les entreprises, n&#039;ont pas envie que leurs données privées se retrouvent chez Google ou que tout le monde accède à leurs waves publiques, elles préféreront qu&#039;elles soient visibles uniquement au sein de l&#039;entreprise par les collaborateurs).

le protocole (qui est déjà ouvert et accessible à tous, mais pas finalisé): http://www.waveprotocol.org/ 

Ainsi on pourra voir naître d&#039;autres implémentations de serveurs wave, tout comme il existe une multitude de serveurs d&#039;e-mails par exemple. Car Google Wave, c&#039;est avant tout un protocole, avant d&#039;être un service ou une interface (on voit déjà des interfaces alternatives à celle de Google - qui est entièrement dans le navigateur-  apparaître).

Un autre point de vue: selon Google, Google Wave doit remplacer l&#039;e-mail, vu les propos que j&#039;ai tenu juste avant sur le montage de serveurs et des implémentation, c&#039;est possible que ça se fasse et la syntaxe utilisateur@domaine.extension est très bien adaptée à la communication entre personnes et cela ne perturberait en rien les habitudes des gens pour identifier leurs correspondants. Pour ce qui est de l&#039;e-mail, rien n&#039;empêche d&#039;associer un ID Google Wave à un e-mail, mais ça reste séparé (du moins pour le moment) et Google ne l&#039;a effectivement pas fait. Ca viendra peut-être à l&#039;ouverture publique du service pour permettre aux gens une migration facile de l&#039;e-mail vers Google Wave.

Voilà, un peu long comme post peut-être, mais j&#039;espère avoir donné des pistes et des angles de réflexion ;).</description>
		<content:encoded><![CDATA[<p>Une réponse pour la question à propos du pourquoi le @googlewave.com dans l&#8217;identifiant des comptes Google Wave?: Certainement parce qu&#8217;à terme Google Wave (au moins pour l&#8217;implémentation serveur de référence et/ou le protocole) sera open source et chacun sera en mesure de monter un serveur wave. Si wave-france.fr monte son serveur par exemple, il y aura des comptes <a href="mailto:idducompte@wave-france.fr">idducompte@wave-france.fr</a> . Exactement la même raison que l&#8217;intégration du domaine googlewave.com dans l&#8217;ID d&#8217;une wave, si on monte un serveur wave, les waves seront hébergées dessus. Ca laissera aux entreprises par exemple, de monter une solution wave sur un intranet pour ses collaborateurs (toutes les entreprises, n&#8217;ont pas envie que leurs données privées se retrouvent chez Google ou que tout le monde accède à leurs waves publiques, elles préféreront qu&#8217;elles soient visibles uniquement au sein de l&#8217;entreprise par les collaborateurs).</p>
<p>le protocole (qui est déjà ouvert et accessible à tous, mais pas finalisé): <a href="http://www.waveprotocol.org/" rel="nofollow">http://www.waveprotocol.org/</a> </p>
<p>Ainsi on pourra voir naître d&#8217;autres implémentations de serveurs wave, tout comme il existe une multitude de serveurs d&#8217;e-mails par exemple. Car Google Wave, c&#8217;est avant tout un protocole, avant d&#8217;être un service ou une interface (on voit déjà des interfaces alternatives à celle de Google &#8211; qui est entièrement dans le navigateur-  apparaître).</p>
<p>Un autre point de vue: selon Google, Google Wave doit remplacer l&#8217;e-mail, vu les propos que j&#8217;ai tenu juste avant sur le montage de serveurs et des implémentation, c&#8217;est possible que ça se fasse et la syntaxe <a href="mailto:utilisateur@domaine.extension">utilisateur@domaine.extension</a> est très bien adaptée à la communication entre personnes et cela ne perturberait en rien les habitudes des gens pour identifier leurs correspondants. Pour ce qui est de l&#8217;e-mail, rien n&#8217;empêche d&#8217;associer un ID Google Wave à un e-mail, mais ça reste séparé (du moins pour le moment) et Google ne l&#8217;a effectivement pas fait. Ca viendra peut-être à l&#8217;ouverture publique du service pour permettre aux gens une migration facile de l&#8217;e-mail vers Google Wave.</p>
<p>Voilà, un peu long comme post peut-être, mais j&#8217;espère avoir donné des pistes et des angles de réflexion <img src='http://www.wave-france.fr/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
</channel>
</rss>

