<?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: Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants</title>
	<atom:link href="http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/</link>
	<description>Rob Larsen writes on entertainment, sports and culture.</description>
	<lastBuildDate>Thu, 18 Mar 2010 20:24:33 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Cele mai bune practici JavaScript &#124; Interfeţe Web</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-19788</link>
		<dc:creator>Cele mai bune practici JavaScript &#124; Interfeţe Web</dc:creator>
		<pubDate>Fri, 12 Jun 2009 12:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-19788</guid>
		<description>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: What This is All About &#187; HTML CSS JavaScript &#187; Blog Archive</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-19725</link>
		<dc:creator>What This is All About &#187; HTML CSS JavaScript &#187; Blog Archive</dc:creator>
		<pubDate>Sun, 24 May 2009 14:33:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-19725</guid>
		<description>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rob</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-19536</link>
		<dc:creator>rob</dc:creator>
		<pubDate>Thu, 09 Apr 2009 12:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-19536</guid>
		<description>Yes, at some point you can run out of simple optimizations, but I urge anyone who&#039;s thinking that ALL the optimizations I&#039;ve talking about here are complicated or are the domain only of folks with huge budgets to check out &lt;a href=&quot;http://www.amazon.com/gp/product/0596529309?ie=UTF8&amp;tag=drunkenfistcom&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0596529309&quot; rel=&quot;nofollow&quot;&gt;High Performance Web Sites: Essential Knowledge for Front-End Engineers&lt;/a&gt;. The book outlines some very basic steps, that pretty much anyone can do to shave, in a lot of cases, whole seconds off of page load time.

While I am a front end engineer by trade and I do focus on these issues, I&#039;m still just a guy with no budget and limited time when it comes to my own sites. But still, I&#039;m able to build front end optimized sites that generally generate YSlow scores in the 80s and 90s (as long as one&#039;s CDNs setting include my *.cloudfront domains.) A lot of the basics are just that basics. We&#039;re not talking about some mysterious process. It&#039;s just a change in attitude and approach and after that the results just come naturally.</description>
		<content:encoded><![CDATA[<p>Yes, at some point you can run out of simple optimizations, but I urge anyone who's thinking that ALL the optimizations I've talking about here are complicated or are the domain only of folks with huge budgets to check out <a href="http://www.amazon.com/gp/product/0596529309?ie=UTF8&amp;tag=drunkenfistcom&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0596529309" rel="nofollow">High Performance Web Sites: Essential Knowledge for Front-End Engineers</a>. The book outlines some very basic steps, that pretty much anyone can do to shave, in a lot of cases, whole seconds off of page load time.</p>
<p>While I am a front end engineer by trade and I do focus on these issues, I'm still just a guy with no budget and limited time when it comes to my own sites. But still, I'm able to build front end optimized sites that generally generate YSlow scores in the 80s and 90s (as long as one's CDNs setting include my *.cloudfront domains.) A lot of the basics are just that basics. We're not talking about some mysterious process. It's just a change in attitude and approach and after that the results just come naturally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-19531</link>
		<dc:creator>Gary</dc:creator>
		<pubDate>Thu, 09 Apr 2009 06:23:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-19531</guid>
		<description>Moxley&#039;s right, but at the same time, the optimisations that deliver the biggest benefit at any scale are not that hard or time-consuming to do. A tweak of the server here, some minification there, a different SQL execution plan, all of these are fairly obvious and easy enough to set up for any site.

Once you get past the obvious, then sure, squeezing the extra juice out of it may become disproportionate to the resulting benefit, especially for smaller sites. The giants may also have far more complicated setups, with multiple servers in multiple locations with a CDN - with more factors, each may have tweaks applied that, together, give the extra 100ms saving.</description>
		<content:encoded><![CDATA[<p>Moxley's right, but at the same time, the optimisations that deliver the biggest benefit at any scale are not that hard or time-consuming to do. A tweak of the server here, some minification there, a different SQL execution plan, all of these are fairly obvious and easy enough to set up for any site.</p>
<p>Once you get past the obvious, then sure, squeezing the extra juice out of it may become disproportionate to the resulting benefit, especially for smaller sites. The giants may also have far more complicated setups, with multiple servers in multiple locations with a CDN &#8211; with more factors, each may have tweaks applied that, together, give the extra 100ms saving.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dylan Bozeman</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17635</link>
		<dc:creator>Dylan Bozeman</dc:creator>
		<pubDate>Wed, 21 Jan 2009 00:33:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17635</guid>
		<description>I use Definitehits to deliver my traffic. It is a great website traffic service. You can pay for unique visitors for your website daily and its very cheap too. You can check it out here: http://www.definitehits.com</description>
		<content:encoded><![CDATA[<p>I use Definitehits to deliver my traffic. It is a great website traffic service. You can pay for unique visitors for your website daily and its very cheap too. You can check it out here: <a href="http://www.definitehits.com" rel="nofollow">http://www.definitehits.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cele mai bune practici JavaScript &#124; Interfete Web</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17488</link>
		<dc:creator>Cele mai bune practici JavaScript &#124; Interfete Web</dc:creator>
		<pubDate>Tue, 06 Jan 2009 22:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17488</guid>
		<description>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Front End Performance Matters to Everyone, Not Just the High Traffic Giants [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dev Blog AF83 &#187; Blog Archive &#187; Veille technologique : articles, IE6, Javascript, technologies, frameworks, performances, OpenID&#8230;</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17487</link>
		<dc:creator>Dev Blog AF83 &#187; Blog Archive &#187; Veille technologique : articles, IE6, Javascript, technologies, frameworks, performances, OpenID&#8230;</dc:creator>
		<pubDate>Tue, 06 Jan 2009 17:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17487</guid>
		<description>[...] http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/ : avoir un site web rapide est important (et pas que pour les sites à fort trafic). [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/" rel="nofollow">http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/</a> : avoir un site web rapide est important (et pas que pour les sites à fort trafic). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iWeb Blog &#187; Here&#8217;s to a great 2009 year!</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17443</link>
		<dc:creator>iWeb Blog &#187; Here&#8217;s to a great 2009 year!</dc:creator>
		<pubDate>Thu, 01 Jan 2009 17:19:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17443</guid>
		<description>[...] if it would be easy to improve performance of the website, by working on the most immediate &amp; easily fixable [...]</description>
		<content:encoded><![CDATA[<p>[...] if it would be easy to improve performance of the website, by working on the most immediate &amp; easily fixable [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rob</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17442</link>
		<dc:creator>rob</dc:creator>
		<pubDate>Wed, 31 Dec 2008 22:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17442</guid>
		<description>None of the optimizations I&#039;m talking around (since I&#039;m not really talking about the nuts and bolts here) are really all that difficult to implement.  If you haven&#039;t, take a look at &lt;a href=&quot;http://www.amazon.com/gp/product/0596529309?ie=UTF8&amp;tag=drunkenfistcom&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0596529309&quot; rel=&quot;nofollow&quot;&gt;High Performance Web Sites: Essential Knowledge for Front-End Engineers&lt;/a&gt;. Many of the recommendations are pretty straightforward to implement (an hour or two at most) and the biggest one, reducing the number of HTTP requests, is really just a matter of approach. 

Meaning, if, as a front end engineer you say to yourself, &quot;I&#039;m going to minimize the number of files I serve by using fewer CSS and JS files and using CSS sprites&quot; and you stick to that as a philosophical approach, better performance follows for all the sites you touch. 

Just using sprites will, without question, improve your performance by a lot more than 100ms. I did some tests for an internal presentation that showed the difference between using a sprite and using 15-20 individual images. I&#039;ll see if I can dig it up.</description>
		<content:encoded><![CDATA[<p>None of the optimizations I'm talking around (since I'm not really talking about the nuts and bolts here) are really all that difficult to implement.  If you haven't, take a look at <a href="http://www.amazon.com/gp/product/0596529309?ie=UTF8&#038;tag=drunkenfistcom&#038;linkCode=as2&#038;camp=1789&#038;creative=9325&#038;creativeASIN=0596529309" rel="nofollow">High Performance Web Sites: Essential Knowledge for Front-End Engineers</a>. Many of the recommendations are pretty straightforward to implement (an hour or two at most) and the biggest one, reducing the number of HTTP requests, is really just a matter of approach. </p>
<p>Meaning, if, as a front end engineer you say to yourself, &quot;I'm going to minimize the number of files I serve by using fewer CSS and JS files and using CSS sprites&quot; and you stick to that as a philosophical approach, better performance follows for all the sites you touch. </p>
<p>Just using sprites will, without question, improve your performance by a lot more than 100ms. I did some tests for an internal presentation that showed the difference between using a sprite and using 15-20 individual images. I'll see if I can dig it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moxley Stratton</title>
		<link>http://www.drunkenfist.com/304/2008/12/29/why-front-end-performance-matters-to-everyone/#comment-17441</link>
		<dc:creator>Moxley Stratton</dc:creator>
		<pubDate>Wed, 31 Dec 2008 22:26:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.drunkenfist.com/304/?p=5167#comment-17441</guid>
		<description>It only makes sense to optimize your site if the cost of doing so pays for itself. For those big sites, that 100ms increase in performance very often pays for itself. For the small sites, the same optimization isn&#039;t likely to be as feasible.</description>
		<content:encoded><![CDATA[<p>It only makes sense to optimize your site if the cost of doing so pays for itself. For those big sites, that 100ms increase in performance very often pays for itself. For the small sites, the same optimization isn't likely to be as feasible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
