<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Native applications are doomed</title>
	<atom:link href="http://blog.steren.fr/2010/02/14/native-applications-are-doomed/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/</link>
	<description>Totally writing for SEO</description>
	<lastBuildDate>Wed, 25 Apr 2012 15:32:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Tomas Simpelo</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-118</link>
		<dc:creator><![CDATA[Tomas Simpelo]]></dc:creator>
		<pubDate>Fri, 19 Aug 2011 15:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-118</guid>
		<description><![CDATA[I&#039;ve bookmarked your web blog.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve bookmarked your web blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steren</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-7</link>
		<dc:creator><![CDATA[Steren]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 00:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-7</guid>
		<description><![CDATA[Hi,
Today it&#039;s almost impossible to have the same code run on all desktop and mobile OS. My stance is that web browsers are technically less diversificated than OS. Of course, websites may not look exactly the same on every browsers. (I talk about modern browsers)

I&#039;m also looking forward to test ChromeOS.]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
Today it&#8217;s almost impossible to have the same code run on all desktop and mobile OS. My stance is that web browsers are technically less diversificated than OS. Of course, websites may not look exactly the same on every browsers. (I talk about modern browsers)</p>
<p>I&#8217;m also looking forward to test ChromeOS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steren</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-6</link>
		<dc:creator><![CDATA[Steren]]></dc:creator>
		<pubDate>Thu, 18 Feb 2010 00:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-6</guid>
		<description><![CDATA[Hi, thanks for your comment.

I&#039;m aware of this problem since I come from the countryside and really didn&#039;t enjoyed a reliable internet connection before.

I tried to mention that web applications can run offline or on slow/unstable connections with the power of local data stores and client-side running code.
For your example, I bet that if you were using Gears (which is an implementation of the HTML5 &quot;offline mode&quot; specification) your Gmail would be faster. A part of your online data is downloaded and edited locally, then synchronized when possible with the cloud.

We could also imagine an application build around (new) web standards that runs without any Internet connection (an word processor for example).]]></description>
		<content:encoded><![CDATA[<p>Hi, thanks for your comment.</p>
<p>I&#8217;m aware of this problem since I come from the countryside and really didn&#8217;t enjoyed a reliable internet connection before.</p>
<p>I tried to mention that web applications can run offline or on slow/unstable connections with the power of local data stores and client-side running code.<br />
For your example, I bet that if you were using Gears (which is an implementation of the HTML5 &#8220;offline mode&#8221; specification) your Gmail would be faster. A part of your online data is downloaded and edited locally, then synchronized when possible with the cloud.</p>
<p>We could also imagine an application build around (new) web standards that runs without any Internet connection (an word processor for example).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugh</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-5</link>
		<dc:creator><![CDATA[Hugh]]></dc:creator>
		<pubDate>Wed, 17 Feb 2010 22:26:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-5</guid>
		<description><![CDATA[&quot;It’s coming faster that I would have imagined.&quot;

Well... While I agree that for many applications online software will become more and more mainstream, it will take quite some time before everything is transfered to the web.

Why ? Well I see several reasons :

1 - data transfert speed. Today even having to transfer a few dozens of megabytes over the internet is a pain. The speed might be 100 times higher than ten years ago, but we would need another tenfoldsincrease to make this even remotly similar to working locally (maybe in 10 years ?) . Consider HD video editing : unthinkable.

2 - connection : quality and network size. I live in the center of one of the largest french towns (and France is supposed to have a reasonable internet network), and sometime Internet just get&#039;s really sluggish. It simply isn&#039;t as reliable as a local computer. I recently reinstalled thunderbird because gmail somtime get&#039;s unusable. That&#039;s me in a large city. My parents live in a little towns that got ADSL 5 years ago, and they were recently able to upgrade from a 512k connection to 2M, which is still ten times less than I can get. If local application are to be dropped, then 100% of the population needs access to a high speed network.

Things will improve, of course, but when I see how much time it took for the smaller towns to have (fairly) high speed ADSL, and all the problems I have with simple web applications like youtube or gmail, I really think the time when native applications will disappear is not that close.]]></description>
		<content:encoded><![CDATA[<p>&#8220;It’s coming faster that I would have imagined.&#8221;</p>
<p>Well&#8230; While I agree that for many applications online software will become more and more mainstream, it will take quite some time before everything is transfered to the web.</p>
<p>Why ? Well I see several reasons :</p>
<p>1 &#8211; data transfert speed. Today even having to transfer a few dozens of megabytes over the internet is a pain. The speed might be 100 times higher than ten years ago, but we would need another tenfoldsincrease to make this even remotly similar to working locally (maybe in 10 years ?) . Consider HD video editing : unthinkable.</p>
<p>2 &#8211; connection : quality and network size. I live in the center of one of the largest french towns (and France is supposed to have a reasonable internet network), and sometime Internet just get&#8217;s really sluggish. It simply isn&#8217;t as reliable as a local computer. I recently reinstalled thunderbird because gmail somtime get&#8217;s unusable. That&#8217;s me in a large city. My parents live in a little towns that got ADSL 5 years ago, and they were recently able to upgrade from a 512k connection to 2M, which is still ten times less than I can get. If local application are to be dropped, then 100% of the population needs access to a high speed network.</p>
<p>Things will improve, of course, but when I see how much time it took for the smaller towns to have (fairly) high speed ADSL, and all the problems I have with simple web applications like youtube or gmail, I really think the time when native applications will disappear is not that close.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guillaume</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-4</link>
		<dc:creator><![CDATA[Guillaume]]></dc:creator>
		<pubDate>Mon, 15 Feb 2010 12:26:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-4</guid>
		<description><![CDATA[Great post Steren!
I guess the diversification of OS isn&#039;t as bad as the diversification of web browsers (espacially with Internet &quot;Pain in the Ass&quot; Explorer).
But google is pushing really hard towards this direction. I can&#039;t wait to see Chrome OS to see how far web apps can go.]]></description>
		<content:encoded><![CDATA[<p>Great post Steren!<br />
I guess the diversification of OS isn&#8217;t as bad as the diversification of web browsers (espacially with Internet &#8220;Pain in the Ass&#8221; Explorer).<br />
But google is pushing really hard towards this direction. I can&#8217;t wait to see Chrome OS to see how far web apps can go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Copley</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-3</link>
		<dc:creator><![CDATA[Steven Copley]]></dc:creator>
		<pubDate>Mon, 15 Feb 2010 12:22:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-3</guid>
		<description><![CDATA[I heard of a company proudly stating that they had their DOS application recently rewritten in Windows.

After reading this article they would realise their Windows  application is already falling behind the times.]]></description>
		<content:encoded><![CDATA[<p>I heard of a company proudly stating that they had their DOS application recently rewritten in Windows.</p>
<p>After reading this article they would realise their Windows  application is already falling behind the times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Phillips</title>
		<link>http://blog.steren.fr/2010/02/14/native-applications-are-doomed/#comment-2</link>
		<dc:creator><![CDATA[Jon Phillips]]></dc:creator>
		<pubDate>Mon, 15 Feb 2010 07:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.steren.fr/?p=8#comment-2</guid>
		<description><![CDATA[Exactly!]]></description>
		<content:encoded><![CDATA[<p>Exactly!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

