<?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: YUI Theater &#8212; Nicole Sullivan: &quot;Design Fast Websites (Don&#8217;t Blame the Rounded Corners)&quot;</title>
	<atom:link href="http://www.yuiblog.com/blog/index.php/2008/12/23/video-sullivan/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/</link>
	<description>The official blog of the YUI Project.</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:46:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Website Performance: What To Know and What You Can Do &#124; Bizimhost.biz</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-587730</link>
		<dc:creator>Website Performance: What To Know and What You Can Do &#124; Bizimhost.biz</dc:creator>
		<pubDate>Thu, 07 Jan 2010 02:07:26 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-587730</guid>
		<description>[...] Nicole Sullivan tells you not to blame the rounded corners but to design for fast websites [...]</description>
		<content:encoded><![CDATA[<p>[...] Nicole Sullivan tells you not to blame the rounded corners but to design for fast websites [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-584948</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 30 Sep 2009 10:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-584948</guid>
		<description>on the lines of Smush.it, have a look at Grosser&#039;s ruby gem Smusher, essentially a command-line tool to smush your directories.

made my life so much easier...

http://github.com/grosser/smusher/</description>
		<content:encoded><![CDATA[<p>on the lines of Smush.it, have a look at Grosser&#8217;s ruby gem Smusher, essentially a command-line tool to smush your directories.</p>
<p>made my life so much easier&#8230;</p>
<p><a href="http://github.com/grosser/smusher/" rel="nofollow">http://github.com/grosser/smusher/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Compression of web content &#171; web and visual design blog</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-583724</link>
		<dc:creator>Compression of web content &#171; web and visual design blog</dc:creator>
		<pubDate>Fri, 21 Aug 2009 23:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-583724</guid>
		<description>[...] web, and most of them are not so powerful as our PC&#8217;s are. Unless you are trying to provide progressive image enhancement, more and bigger images are not always equal to a better user experience. Yahoo released a new [...]</description>
		<content:encoded><![CDATA[<p>[...] web, and most of them are not so powerful as our PC&#8217;s are. Unless you are trying to provide progressive image enhancement, more and bigger images are not always equal to a better user experience. Yahoo released a new [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicole Sullivan</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-569404</link>
		<dc:creator>Nicole Sullivan</dc:creator>
		<pubDate>Fri, 13 Feb 2009 20:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-569404</guid>
		<description>@Austin Web Design

I&#039;m glad you enjoyed the bits on CSS optimization. You might also enjoy my slides on &lt;a href=&quot;http://www.slideshare.net/stubbornella/object-oriented-css&quot; rel=&quot;nofollow&quot;&gt;Object Oriented CSS&lt;/a&gt;.  It goes into more detail about writing scalable CSS.  (Video and podcast to follow in the coming weeks).

Thanks for your suggestions regarding bling.  I think every site has their own definition of bling, mainly you just have to choose carefully how to add it to the site.  For example, download &quot;zoom&quot; images after the onload so they don&#039;t impact initial page load.</description>
		<content:encoded><![CDATA[<p>@Austin Web Design</p>
<p>I&#8217;m glad you enjoyed the bits on CSS optimization. You might also enjoy my slides on <a href="http://www.slideshare.net/stubbornella/object-oriented-css" rel="nofollow">Object Oriented CSS</a>.  It goes into more detail about writing scalable CSS.  (Video and podcast to follow in the coming weeks).</p>
<p>Thanks for your suggestions regarding bling.  I think every site has their own definition of bling, mainly you just have to choose carefully how to add it to the site.  For example, download &#8220;zoom&#8221; images after the onload so they don&#8217;t impact initial page load.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Austin Web Design</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-543261</link>
		<dc:creator>Austin Web Design</dc:creator>
		<pubDate>Wed, 21 Jan 2009 15:43:29 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-543261</guid>
		<description>The part that I liked the most was streamlining your CSS from the start. I never put enough thought into overall site efficiency in the coding process.

I think your point on &quot;choosing your bling&quot; could be illustrated better. Consider an e-commerce site like Amazon. It&#039;s good to be conservative with images on product on category pages, but when the user clicks on the zoom button, they&#039;re asking for a big, less optimized image.

smush.it is a neat tool. I think it&#039;d be helpful to list the address or name of the site on the results page if you&#039;re using the bookmarklet, or be able to enter in a site&#039;s URL on the submission page.</description>
		<content:encoded><![CDATA[<p>The part that I liked the most was streamlining your CSS from the start. I never put enough thought into overall site efficiency in the coding process.</p>
<p>I think your point on &#8220;choosing your bling&#8221; could be illustrated better. Consider an e-commerce site like Amazon. It&#8217;s good to be conservative with images on product on category pages, but when the user clicks on the zoom button, they&#8217;re asking for a big, less optimized image.</p>
<p>smush.it is a neat tool. I think it&#8217;d be helpful to list the address or name of the site on the results page if you&#8217;re using the bookmarklet, or be able to enter in a site&#8217;s URL on the submission page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicole Sullivan</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-540797</link>
		<dc:creator>Nicole Sullivan</dc:creator>
		<pubDate>Wed, 14 Jan 2009 02:46:40 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-540797</guid>
		<description>@Sorin That is my personal opinion based on my work with Yahoo! properties around the world and feedback I&#039;ve gotten from designers and developers in those markets.  I would love to see experiments re: tolerance of incremental changes in performance broken down by geographic location, but as yet I&#039;m not aware of such a study.

@Dave Wow, thanks! I come from a standards/WAI/accessibility background and I take my semantics very seriously, but at heart I&#039;m a pragmatist. 

A solution has to meet many criteria; scalability, performance, accessibility, maintainability, etc.  Standards are definitely among the criteria, but sometimes finding a balance in competing priorities requires hard choices about priorities.  

Mainly I formed my opinions by building everything the wrong way first and suffering the consequences. :)</description>
		<content:encoded><![CDATA[<p>@Sorin That is my personal opinion based on my work with Yahoo! properties around the world and feedback I&#8217;ve gotten from designers and developers in those markets.  I would love to see experiments re: tolerance of incremental changes in performance broken down by geographic location, but as yet I&#8217;m not aware of such a study.</p>
<p>@Dave Wow, thanks! I come from a standards/WAI/accessibility background and I take my semantics very seriously, but at heart I&#8217;m a pragmatist. </p>
<p>A solution has to meet many criteria; scalability, performance, accessibility, maintainability, etc.  Standards are definitely among the criteria, but sometimes finding a balance in competing priorities requires hard choices about priorities.  </p>
<p>Mainly I formed my opinions by building everything the wrong way first and suffering the consequences. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-538228</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 05 Jan 2009 21:24:38 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-538228</guid>
		<description>Really great presentation. Lots of people talk about going from pure standardista style dev to a more practical and maintainable style, but this is the first time I&#039;ve ever seen someone explain it and not just come across as lazy.

I&#039;m convinced that Sullivan steps away from hardcore semantics because she&#039;s taken a good look at all the possible solutions and found the middle road that truly makes sense in terms of savings and maintainability. This is where web development as an undefinable, unconstrained art meets the timeless beauty of a math equation or a science theorem stated as minimally as possible.</description>
		<content:encoded><![CDATA[<p>Really great presentation. Lots of people talk about going from pure standardista style dev to a more practical and maintainable style, but this is the first time I&#8217;ve ever seen someone explain it and not just come across as lazy.</p>
<p>I&#8217;m convinced that Sullivan steps away from hardcore semantics because she&#8217;s taken a good look at all the possible solutions and found the middle road that truly makes sense in terms of savings and maintainability. This is where web development as an undefinable, unconstrained art meets the timeless beauty of a math equation or a science theorem stated as minimally as possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sorin stefan</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-535456</link>
		<dc:creator>sorin stefan</dc:creator>
		<pubDate>Sat, 27 Dec 2008 07:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-535456</guid>
		<description>Hi,
At one step &quot;Choose your bling carefully&quot; Nicole said about sites dedicated to different markets, different countries, like for ex China likes big buttons and such ... is there a study done in this aspect?
Where can I learn more about this?

Thank you</description>
		<content:encoded><![CDATA[<p>Hi,<br />
At one step &#8220;Choose your bling carefully&#8221; Nicole said about sites dedicated to different markets, different countries, like for ex China likes big buttons and such &#8230; is there a study done in this aspect?<br />
Where can I learn more about this?</p>
<p>Thank you</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-535093</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Fri, 26 Dec 2008 13:04:10 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-535093</guid>
		<description>Thanks!</description>
		<content:encoded><![CDATA[<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicole Sullivan</title>
		<link>http://www.yuiblog.com/blog/2008/12/23/video-sullivan/comment-page-1/#comment-534166</link>
		<dc:creator>Nicole Sullivan</dc:creator>
		<pubDate>Wed, 24 Dec 2008 08:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2008/12/23/video-sullivan/#comment-534166</guid>
		<description>@Rob

Amazon: +100ms = 1% drop in sales

Results were reported by Greg Linden: http://home.blarg.net/~glinden/StanfordDataMining.2006-11-29.ppt

He describes it more here: http://glinden.blogspot.com/2006/11/marissa-mayer-at-web-20.html

Google: +500ms = 20% reduction in searches

Marissa Mayer in a speech at the Google I/O conference, May 2008. http://news.cnet.com/8301-10784_3-9954972-7.html

She also said

    &quot;Google Maps. When the company trimmed the 120KB page size down by about 30 percent, the company started getting about 30 percent more map requests.&quot;

Cheers,
Nicole</description>
		<content:encoded><![CDATA[<p>@Rob</p>
<p>Amazon: +100ms = 1% drop in sales</p>
<p>Results were reported by Greg Linden: <a href="http://home.blarg.net/~glinden/StanfordDataMining.2006-11-29.ppt" rel="nofollow">http://home.blarg.net/~glinden/StanfordDataMining.2006-11-29.ppt</a></p>
<p>He describes it more here: <a href="http://glinden.blogspot.com/2006/11/marissa-mayer-at-web-20.html" rel="nofollow">http://glinden.blogspot.com/2006/11/marissa-mayer-at-web-20.html</a></p>
<p>Google: +500ms = 20% reduction in searches</p>
<p>Marissa Mayer in a speech at the Google I/O conference, May 2008. <a href="http://news.cnet.com/8301-10784_3-9954972-7.html" rel="nofollow">http://news.cnet.com/8301-10784_3-9954972-7.html</a></p>
<p>She also said</p>
<p>    &#8220;Google Maps. When the company trimmed the 120KB page size down by about 30 percent, the company started getting about 30 percent more map requests.&#8221;</p>
<p>Cheers,<br />
Nicole</p>
]]></content:encoded>
	</item>
</channel>
</rss>

