<?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: Inadmissible Arguments</title>
	<atom:link href="http://infrequently.org/2012/08/inadmissible-arguments/feed/" rel="self" type="application/rss+xml" />
	<link>http://infrequently.org/2012/08/inadmissible-arguments/</link>
	<description>Alex Russell on browsers, standards, and the process of progress.</description>
	<lastBuildDate>Fri, 24 May 2013 02:53:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: James Hatfield</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239950</link>
		<dc:creator>James Hatfield</dc:creator>
		<pubDate>Sun, 09 Sep 2012 05:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239950</guid>
		<description><![CDATA[I try to avoid polyfills. They tend to hit the CPU of PCs running older browsers to the point of creating a poorer experience than simply leaving out a feature. 

Regarding serving conditionally optimized JS or CSS, there is a business being built around this by companies like Strangeloop, Akamai and many others. Google site performance and most companies offering measurement tools also offer optimization. 

I am all for including common functionality into the browser platform, native rather than plugins being optimal. Asking users to download a plugin? May as well go back to Flash then. Chrome frame is an exception which seems to be the best solution for Polyfill type forward compatibility. If MS would offer their own version of this with integration into security settings we could get corporate America into the modern age and allow for an evergreen experience there as well. 

Thanks for your efforts. Keep fighting.]]></description>
		<content:encoded><![CDATA[<p>I try to avoid polyfills. They tend to hit the CPU of PCs running older browsers to the point of creating a poorer experience than simply leaving out a feature. </p>
<p>Regarding serving conditionally optimized JS or CSS, there is a business being built around this by companies like Strangeloop, Akamai and many others. Google site performance and most companies offering measurement tools also offer optimization. </p>
<p>I am all for including common functionality into the browser platform, native rather than plugins being optimal. Asking users to download a plugin? May as well go back to Flash then. Chrome frame is an exception which seems to be the best solution for Polyfill type forward compatibility. If MS would offer their own version of this with integration into security settings we could get corporate America into the modern age and allow for an evergreen experience there as well. </p>
<p>Thanks for your efforts. Keep fighting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Stanhope</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239938</link>
		<dc:creator>Alex Stanhope</dc:creator>
		<pubDate>Thu, 23 Aug 2012 07:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239938</guid>
		<description><![CDATA[With so much (healthy) competition, it&#039;s important for startups to be innovating at the sharp end.  We&#039;ve got to focus on the tiny bit of technology that&#039;s unique to our product and innovate around that.  With such a small team (there&#039;s 2 of us), any time we spend doing stuff that&#039;s been done before effectively lessens our chances of differentiating our idea from the thousands of others being developed at the same time.  I agree with you Alex on the two-tier system.  Even those who have CS degrees need the basic stuff to get easier so we can concentrate on the hard bit of our app.  We all waste time on the poly-fills in the same way that 5 years ago, we used to waste time on hacks for non-complaint browsers.]]></description>
		<content:encoded><![CDATA[<p>With so much (healthy) competition, it&#8217;s important for startups to be innovating at the sharp end.  We&#8217;ve got to focus on the tiny bit of technology that&#8217;s unique to our product and innovate around that.  With such a small team (there&#8217;s 2 of us), any time we spend doing stuff that&#8217;s been done before effectively lessens our chances of differentiating our idea from the thousands of others being developed at the same time.  I agree with you Alex on the two-tier system.  Even those who have CS degrees need the basic stuff to get easier so we can concentrate on the hard bit of our app.  We all waste time on the poly-fills in the same way that 5 years ago, we used to waste time on hacks for non-complaint browsers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239928</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Fri, 17 Aug 2012 11:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239928</guid>
		<description><![CDATA[Kevin: you end with a fascinating question. My guess is that &quot;native&quot; platforms are the new &quot;plugins&quot; in this respect. They&#039;re what&#039;ll keep those of us who care about the web up at night, worried that we&#039;ll be eclipsed and/or doomed to some platform backwater. Goodness knows that&#039;s the explicit strategy of every native platform -- it has to be -- and why I&#039;m grateful that ChromeOS and B2G are out there still working towards the &quot;the web is the inevitable model&quot; end-game.

But the fact that native platforms aren&#039;t as all-up-in-your-business as plugins is an interesting thought. It might help create a blind spot in the competitive assessments of those of us who work on the web platform, encouraging us to take the &quot;fallback system&quot; view of the web and accept mediocrity too willingly.]]></description>
		<content:encoded><![CDATA[<p>Kevin: you end with a fascinating question. My guess is that &#8220;native&#8221; platforms are the new &#8220;plugins&#8221; in this respect. They&#8217;re what&#8217;ll keep those of us who care about the web up at night, worried that we&#8217;ll be eclipsed and/or doomed to some platform backwater. Goodness knows that&#8217;s the explicit strategy of every native platform &#8212; it has to be &#8212; and why I&#8217;m grateful that ChromeOS and B2G are out there still working towards the &#8220;the web is the inevitable model&#8221; end-game.</p>
<p>But the fact that native platforms aren&#8217;t as all-up-in-your-business as plugins is an interesting thought. It might help create a blind spot in the competitive assessments of those of us who work on the web platform, encouraging us to take the &#8220;fallback system&#8221; view of the web and accept mediocrity too willingly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick H. Lauke</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239926</link>
		<dc:creator>Patrick H. Lauke</dc:creator>
		<pubDate>Thu, 16 Aug 2012 18:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239926</guid>
		<description><![CDATA[...now trying to remember what I said at our meeting on appCache the other day, and see if I offended or enlightened...]]></description>
		<content:encoded><![CDATA[<p>&#8230;now trying to remember what I said at our meeting on appCache the other day, and see if I offended or enlightened&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: haliphax</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239923</link>
		<dc:creator>haliphax</dc:creator>
		<pubDate>Wed, 15 Aug 2012 21:35:49 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239923</guid>
		<description><![CDATA[Well said, sir! An excellent article, and many excellent points. It&#039;s good to hear a voice on the outside echoing what the voice in my head has been screaming for years.

@Aliaksandr: It&#039;s somewhat the opposite, actually - it&#039;s like forward compatibility for old browsers. If you&#039;re using IE6, the only way to get nifty new APIs and HTML5/CSS3 features is to &quot;fill&quot; in the missing pieces with Javascripts that serve the same purpose. Remy Sharp put it well: http://remysharp.com/2010/10/08/what-is-a-polyfill/]]></description>
		<content:encoded><![CDATA[<p>Well said, sir! An excellent article, and many excellent points. It&#8217;s good to hear a voice on the outside echoing what the voice in my head has been screaming for years.</p>
<p>@Aliaksandr: It&#8217;s somewhat the opposite, actually &#8211; it&#8217;s like forward compatibility for old browsers. If you&#8217;re using IE6, the only way to get nifty new APIs and HTML5/CSS3 features is to &#8220;fill&#8221; in the missing pieces with Javascripts that serve the same purpose. Remy Sharp put it well: <a href="http://remysharp.com/2010/10/08/what-is-a-polyfill/" rel="nofollow">http://remysharp.com/2010/10/08/what-is-a-polyfill/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aliaksandr Zhuhrou</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239922</link>
		<dc:creator>Aliaksandr Zhuhrou</dc:creator>
		<pubDate>Wed, 15 Aug 2012 20:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239922</guid>
		<description><![CDATA[I feel to be out of the context. What does the &quot;pollyfill&quot; term mean? Some sort of backward compatibility with previous api?]]></description>
		<content:encoded><![CDATA[<p>I feel to be out of the context. What does the &#8220;pollyfill&#8221; term mean? Some sort of backward compatibility with previous api?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Marks (@kevinmarks)</title>
		<link>http://infrequently.org/2012/08/inadmissible-arguments/comment-page-1/#comment-239921</link>
		<dc:creator>Kevin Marks (@kevinmarks)</dc:creator>
		<pubDate>Wed, 15 Aug 2012 17:55:48 +0000</pubDate>
		<guid isPermaLink="false">http://infrequently.org/?p=1896#comment-239921</guid>
		<description><![CDATA[&quot;Just tell us the use cases&quot; is a bit of a strawman, though I see where it comes from. 
&quot;Document your use cases&quot; is a different statement. I&#039;m glad that this is now common enough for you to call it out as a failing; to me that represents progress over the &#039;Here&#039;s my theoretical feature that I am going to make this standards body legislate into existence&quot; approach.
Is part of the problem that extending browsers via native code plugins is now so far out of fashion that we don&#039;t have models for behaviour we want them to adopt? Without QuickTime and WindowsMedia to look at for video or Flash to look at for canvas, would they have happened?]]></description>
		<content:encoded><![CDATA[<p>&#8220;Just tell us the use cases&#8221; is a bit of a strawman, though I see where it comes from.<br />
&#8220;Document your use cases&#8221; is a different statement. I&#8217;m glad that this is now common enough for you to call it out as a failing; to me that represents progress over the &#8216;Here&#8217;s my theoretical feature that I am going to make this standards body legislate into existence&#8221; approach.<br />
Is part of the problem that extending browsers via native code plugins is now so far out of fashion that we don&#8217;t have models for behaviour we want them to adopt? Without QuickTime and WindowsMedia to look at for video or Flash to look at for canvas, would they have happened?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
