<?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"
	>
<channel>
	<title>Comments on: Classic software development and the mobile industry</title>
	<atom:link href="http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/feed/" rel="self" type="application/rss+xml" />
	<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/</link>
	<description>by Quim Gil</description>
	<pubDate>Thu, 21 Aug 2008 14:39:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: qgil</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-1008</link>
		<dc:creator>qgil</dc:creator>
		<pubDate>Mon, 03 Mar 2008 06:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-1008</guid>
		<description>Mark, note that I didn't talk about "web-based" applications but about applications using web runtime (online or offline). Note also that I started the blog post offering a link about "Offline web applications".

krisse seems to habe fallen in a similar semantic mistake when refering to "applications written to run on a central server". The web-runtime we are talking about acts locally just like a Python runtime, but using "web language" (HTML, CSS, Ajax and so on).

I agree the terminology leads to the mistake, but "web" is now not equivalent to "online".</description>
		<content:encoded><![CDATA[<p>Mark, note that I didn&#8217;t talk about &#8220;web-based&#8221; applications but about applications using web runtime (online or offline). Note also that I started the blog post offering a link about &#8220;Offline web applications&#8221;.</p>
<p>krisse seems to habe fallen in a similar semantic mistake when refering to &#8220;applications written to run on a central server&#8221;. The web-runtime we are talking about acts locally just like a Python runtime, but using &#8220;web language&#8221; (HTML, CSS, Ajax and so on).</p>
<p>I agree the terminology leads to the mistake, but &#8220;web&#8221; is now not equivalent to &#8220;online&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark A. Hershberger</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-1006</link>
		<dc:creator>Mark A. Hershberger</dc:creator>
		<pubDate>Fri, 29 Feb 2008 08:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-1006</guid>
		<description>Saying the two (web-based and native) platforms are going to merge assumes an "Always On" nature to Internet connectivity that just doesn't exist in many, many places.

At the moment, I'm in Rwanda (see my weblog for more details) and I'm discovering that, when it comes to the web, &lt;a href="http://hexmode.com/499015.html" rel="nofollow"&gt;I've become a page-load-speed dork&lt;/a&gt;.  An open-source, desktop-replacement app (Zimbra) started me on this path, but then I started looking around at different sites.  Amazon.com took 40 seconds to load here!

Before web and native apps merge, developers really need to think about these sorts of things.

FWIW, in Rwanda we're looking at putting apps on mobile devices.  In most of the villages, there is no connectivity -- A "merged" application would be useless.</description>
		<content:encoded><![CDATA[<p>Saying the two (web-based and native) platforms are going to merge assumes an &#8220;Always On&#8221; nature to Internet connectivity that just doesn&#8217;t exist in many, many places.</p>
<p>At the moment, I&#8217;m in Rwanda (see my weblog for more details) and I&#8217;m discovering that, when it comes to the web, <a href="http://hexmode.com/499015.html" rel="nofollow">I&#8217;ve become a page-load-speed dork</a>.  An open-source, desktop-replacement app (Zimbra) started me on this path, but then I started looking around at different sites.  Amazon.com took 40 seconds to load here!</p>
<p>Before web and native apps merge, developers really need to think about these sorts of things.</p>
<p>FWIW, in Rwanda we&#8217;re looking at putting apps on mobile devices.  In most of the villages, there is no connectivity &#8212; A &#8220;merged&#8221; application would be useless.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tonikitoo</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-1001</link>
		<dc:creator>tonikitoo</dc:creator>
		<pubDate>Tue, 26 Feb 2008 18:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-1001</guid>
		<description>you forgot mentioning about mozilla's xulrunner (firefox 3 ecosystem)</description>
		<content:encoded><![CDATA[<p>you forgot mentioning about mozilla&#8217;s xulrunner (firefox 3 ecosystem)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-994</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Tue, 26 Feb 2008 01:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-994</guid>
		<description>I have purchased both a Nokia 770 and the 800 and with buy the 810 before June 2008 but not because I can watch movies or browse the web or whatever.
It is Python in your Pocket. It is a easy language to learn and I have done all kinds of neat things with it like drawing, resizing images, calculating, producing pdfs, storing data, finding where planets and stars are at, and list goes on. They are one Mean, Green, Programing set of machines with Python. I just can not do all that with out spending a lot of time with any web tool kit.</description>
		<content:encoded><![CDATA[<p>I have purchased both a Nokia 770 and the 800 and with buy the 810 before June 2008 but not because I can watch movies or browse the web or whatever.<br />
It is Python in your Pocket. It is a easy language to learn and I have done all kinds of neat things with it like drawing, resizing images, calculating, producing pdfs, storing data, finding where planets and stars are at, and list goes on. They are one Mean, Green, Programing set of machines with Python. I just can not do all that with out spending a lot of time with any web tool kit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: krisse</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-993</link>
		<dc:creator>krisse</dc:creator>
		<pubDate>Mon, 25 Feb 2008 16:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-993</guid>
		<description>I'm not a programmer, but weren't early programming applications written to run on a central server operated by a terminal?

It seems like web apps aren't anything new, but a return to the old days of centralised computing.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a programmer, but weren&#8217;t early programming applications written to run on a central server operated by a terminal?</p>
<p>It seems like web apps aren&#8217;t anything new, but a return to the old days of centralised computing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FelipeC</title>
		<link>http://flors.wordpress.com/2008/02/25/classic-software-development-and-the-mobile-industry/#comment-992</link>
		<dc:creator>FelipeC</dc:creator>
		<pubDate>Mon, 25 Feb 2008 12:55:49 +0000</pubDate>
		<guid isPermaLink="false">http://flors.wordpress.com/?p=40#comment-992</guid>
		<description>The idea that web applications are inherently different from native application is just a paradigm. As languages and techniques evolve we see the two fields merging.

We see for example AJAX, where part of the processing is done on the client side, so the server acts more as a database. This turns the web browser in nothing more than a very fancy virtual machine. There's even Google Gears, so the server connection is not needed for execution anymore.

On the desktop side there's for example &lt;a href="http://adiumx.com/screenshots/images/overvieworange.jpg" rel="nofollow"&gt;Adium&lt;/a&gt; which uses WebKit for it's UI, taking advantage of the browser "VM". Both Adium (desktop) and Meebo (web) use the same engine, the only difference is the UI.

You can listen to last.fm from the browser, or with a native application, the same with YouTube, or Twitter.

Web just means that you are using a web browser, which is a native application. If you split the parts of the web browser that you need for that particular application you have a native application that uses that web service.

As the browser wars continue they will become more modular, and as the Web2.0 buzz continues sites will kill each other and people will soon realize that the content should be separate from the UI (hint &lt;a href="http://dataportability.org/" rel="nofollow"&gt;dataportability&lt;/a&gt;).</description>
		<content:encoded><![CDATA[<p>The idea that web applications are inherently different from native application is just a paradigm. As languages and techniques evolve we see the two fields merging.</p>
<p>We see for example AJAX, where part of the processing is done on the client side, so the server acts more as a database. This turns the web browser in nothing more than a very fancy virtual machine. There&#8217;s even Google Gears, so the server connection is not needed for execution anymore.</p>
<p>On the desktop side there&#8217;s for example <a href="http://adiumx.com/screenshots/images/overvieworange.jpg" rel="nofollow">Adium</a> which uses WebKit for it&#8217;s UI, taking advantage of the browser &#8220;VM&#8221;. Both Adium (desktop) and Meebo (web) use the same engine, the only difference is the UI.</p>
<p>You can listen to last.fm from the browser, or with a native application, the same with YouTube, or Twitter.</p>
<p>Web just means that you are using a web browser, which is a native application. If you split the parts of the web browser that you need for that particular application you have a native application that uses that web service.</p>
<p>As the browser wars continue they will become more modular, and as the Web2.0 buzz continues sites will kill each other and people will soon realize that the content should be separate from the UI (hint <a href="http://dataportability.org/" rel="nofollow">dataportability</a>).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
