<?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 : Combien de temps attendre ?</title>
	<atom:link href="http://performance.survol.fr/2008/07/combien-attendre/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2008/07/combien-attendre/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Thu, 20 May 2010 23:40:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Par : JHG</title>
		<link>http://performance.survol.fr/2008/07/combien-attendre/#comment-547</link>
		<dc:creator>JHG</dc:creator>
		<pubDate>Fri, 02 Jan 2009 00:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=49#comment-547</guid>
		<description>Ho je me souviens encore des connections dial-up de 33.6kbs, où l&#039;on essayait de deviner la photo lors du long téléchargement. Quelle frustration, on ne cliquait que si on était sur que ce serait intéressant à 200%. Pour ce qui est d&#039;aujourd&#039;hui, l&#039;&#039;instantané joue beaucoup sur la qualité de visite, mais je pense que le critère le plus intéressant est le &quot;hmm c&#039;est rapide je vais le mettre dans mes favoris et revenir souvent&quot;. La lenteur d&#039;une site n&#039;est justifiable que si l&#039;information dessus est tout simplent unique et non trouvable ailleurs. Mais bon, un jour ou l&#039;autre, il faut simplifier la structure et augmenter la rapidité, quitte à ne mettre que 3-4 post d&#039;un blog en page principales au lieu des 15 que quelques un aiment mettre!</description>
		<content:encoded><![CDATA[<p>Ho je me souviens encore des connections dial-up de 33.6kbs, où l&#8217;on essayait de deviner la photo lors du long téléchargement. Quelle frustration, on ne cliquait que si on était sur que ce serait intéressant à 200%. Pour ce qui est d&#8217;aujourd&#8217;hui, l&nbsp;&raquo;instantané joue beaucoup sur la qualité de visite, mais je pense que le critère le plus intéressant est le &laquo;&nbsp;hmm c&#8217;est rapide je vais le mettre dans mes favoris et revenir souvent&nbsp;&raquo;. La lenteur d&#8217;une site n&#8217;est justifiable que si l&#8217;information dessus est tout simplent unique et non trouvable ailleurs. Mais bon, un jour ou l&#8217;autre, il faut simplifier la structure et augmenter la rapidité, quitte à ne mettre que 3-4 post d&#8217;un blog en page principales au lieu des 15 que quelques un aiment mettre!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Dev Blog AF83 &#187; Blog Archive &#187; Veille technologique : Wikimapia, April, CC, Rails, Firebug, etc.</title>
		<link>http://performance.survol.fr/2008/07/combien-attendre/#comment-458</link>
		<dc:creator>Dev Blog AF83 &#187; Blog Archive &#187; Veille technologique : Wikimapia, April, CC, Rails, Firebug, etc.</dc:creator>
		<pubDate>Mon, 17 Nov 2008 18:34:14 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=49#comment-458</guid>
		<description>[...] http://performance.survol.fr/2008/07/combien-attendre/ : cet article met en évidence l&#8217;influence du temps de chargement d&#8217;une page web sur le traffic d&#8217;un site. [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://performance.survol.fr/2008/07/combien-attendre/" rel="nofollow">http://performance.survol.fr/2008/07/combien-attendre/</a> : cet article met en évidence l&#8217;influence du temps de chargement d&#8217;une page web sur le traffic d&#8217;un site. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/combien-attendre/#comment-131</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Sun, 13 Jul 2008 18:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=49#comment-131</guid>
		<description>La question n&#039;est pas que celle de la page &quot;exploitable&quot;, parce que la page a intérêt à être exploitable avant 4s. C&#039;est la différence entre un problème objectif de performance et la notion de ressenti de l&#039;utilisateur.

Si la page continue à se charger, il risque d&#039;en avoir marre, de se dire que de toutes façons il n&#039;avancera pas sur le site (que les prochains clics seront aussi lents), ou que la page ne va jamais se terminer.

Le sablier est là un défaut terrible, même si ce qui est en train de charger c&#039;est une image tout en bas de la page dont l&#039;utilisateur n&#039;a rien à faire.</description>
		<content:encoded><![CDATA[<p>La question n&#8217;est pas que celle de la page &laquo;&nbsp;exploitable&nbsp;&raquo;, parce que la page a intérêt à être exploitable avant 4s. C&#8217;est la différence entre un problème objectif de performance et la notion de ressenti de l&#8217;utilisateur.</p>
<p>Si la page continue à se charger, il risque d&#8217;en avoir marre, de se dire que de toutes façons il n&#8217;avancera pas sur le site (que les prochains clics seront aussi lents), ou que la page ne va jamais se terminer.</p>
<p>Le sablier est là un défaut terrible, même si ce qui est en train de charger c&#8217;est une image tout en bas de la page dont l&#8217;utilisateur n&#8217;a rien à faire.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Antoine</title>
		<link>http://performance.survol.fr/2008/07/combien-attendre/#comment-130</link>
		<dc:creator>Antoine</dc:creator>
		<pubDate>Sun, 13 Jul 2008 16:12:21 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=49#comment-130</guid>
		<description>Ces chiffres sont intéressants, notamment le palier à 4s. Ca correspond bien à ce que l&#039;on ressent en tant qu&#039;utilisateur.

En lisant ça, je me disais qu&#039;il est important de savoir quel est le temps que l&#039;on mesure. Par exemple, il faut compter la page HTML principale, ainsi que les CSS. Par contre, il n&#039;est pas probablement pas nécessaire de compter toutes les images. Une page &quot;classique&quot; est exploitable par l&#039;utilisateur même si toutes les images ne sont pas affichées. Par contre si on regarde un album photo (Flickr, Picasa...), on veut que l&#039;image principale soit affichée très vite.</description>
		<content:encoded><![CDATA[<p>Ces chiffres sont intéressants, notamment le palier à 4s. Ca correspond bien à ce que l&#8217;on ressent en tant qu&#8217;utilisateur.</p>
<p>En lisant ça, je me disais qu&#8217;il est important de savoir quel est le temps que l&#8217;on mesure. Par exemple, il faut compter la page HTML principale, ainsi que les CSS. Par contre, il n&#8217;est pas probablement pas nécessaire de compter toutes les images. Une page &laquo;&nbsp;classique&nbsp;&raquo; est exploitable par l&#8217;utilisateur même si toutes les images ne sont pas affichées. Par contre si on regarde un album photo (Flickr, Picasa&#8230;), on veut que l&#8217;image principale soit affichée très vite.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Allogarage</title>
		<link>http://performance.survol.fr/2008/07/combien-attendre/#comment-129</link>
		<dc:creator>Allogarage</dc:creator>
		<pubDate>Wed, 09 Jul 2008 11:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=49#comment-129</guid>
		<description>Je suis d&#039;accord avec les premiers chiffres, à savoir si le chargement dure plus d&#039;une seconde on a l&#039;impression d&#039;attendre. Maintenant il faut que les entreprises/décideurs le comprennent et en fassent un critère qualitatif important. Actuellement je ne connais pas beaucoup de boites qui seraient prêt à investir du temps pour gagner 100ms. Et c&#039;est bien dommage.


Peut être que cela va changer? Par exemple j&#039;ai été très surpris de rencontrer à la fin de la conférence deux ingénieurs qui travaillaient sur le front end à Amadeus (qui est le système de réservation de beaucoup de compagnies aériennes, y compris AirFrance).</description>
		<content:encoded><![CDATA[<p>Je suis d&#8217;accord avec les premiers chiffres, à savoir si le chargement dure plus d&#8217;une seconde on a l&#8217;impression d&#8217;attendre. Maintenant il faut que les entreprises/décideurs le comprennent et en fassent un critère qualitatif important. Actuellement je ne connais pas beaucoup de boites qui seraient prêt à investir du temps pour gagner 100ms. Et c&#8217;est bien dommage.</p>
<p>Peut être que cela va changer? Par exemple j&#8217;ai été très surpris de rencontrer à la fin de la conférence deux ingénieurs qui travaillaient sur le front end à Amadeus (qui est le système de réservation de beaucoup de compagnies aériennes, y compris AirFrance).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
