<?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: Is Local faster, fresher, better? Many say Yes&#8230;</title>
	<atom:link href="http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/</link>
	<description>Thoughts on Mobile Software, Development &#38; Technologies</description>
	<lastBuildDate>Fri, 19 Mar 2010 14:43:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Paul Golding</title>
		<link>http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/comment-page-1/#comment-4859</link>
		<dc:creator>Paul Golding</dc:creator>
		<pubDate>Thu, 28 Feb 2008 00:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/#comment-4859</guid>
		<description>Passionately put point Enrique. Nearly all the apps I had anything to do with at Motorola as Chief Apps Architect were local apps. Its simply offers the best user experience by many metrics.

I think an interesting question though is what ought to be the best method of delivering apps on mobile in the future in order to increase innovation and adoption, overcome distribution/discovery problems etc. In my view, the constructs of local versus network are historical and artificial, notwithstanding the very real problem of network access that can still kill network-only apps in many situations.

I think that richer web programming models are required for mobile, such as local device access APIs via the scripting engine, persistence etc. Should browser apps have a comms pathway to MIDlets? These are interesting questions to be pondered.

For me, the future of mobile apps has to support multimodal apps (real-time comms triggering and triggered by web events, or think of using the browser as the UI for comms apps) and mash-ups. Most of the interesting evolution of mobile apps will require such approaches, I am fairly convinced of this.

At the same time, will side-loading become more important? After all, this is how the iPhone works and no one is complaining. It depends on whether or not the user will tend to stick to a solid set of apps, unlike the web where we are more fickle and like to sign-up almost daily for new services. User behaviour in this regard is still largely unknown.</description>
		<content:encoded><![CDATA[<p>Passionately put point Enrique. Nearly all the apps I had anything to do with at Motorola as Chief Apps Architect were local apps. Its simply offers the best user experience by many metrics.</p>
<p>I think an interesting question though is what ought to be the best method of delivering apps on mobile in the future in order to increase innovation and adoption, overcome distribution/discovery problems etc. In my view, the constructs of local versus network are historical and artificial, notwithstanding the very real problem of network access that can still kill network-only apps in many situations.</p>
<p>I think that richer web programming models are required for mobile, such as local device access APIs via the scripting engine, persistence etc. Should browser apps have a comms pathway to MIDlets? These are interesting questions to be pondered.</p>
<p>For me, the future of mobile apps has to support multimodal apps (real-time comms triggering and triggered by web events, or think of using the browser as the UI for comms apps) and mash-ups. Most of the interesting evolution of mobile apps will require such approaches, I am fairly convinced of this.</p>
<p>At the same time, will side-loading become more important? After all, this is how the iPhone works and no one is complaining. It depends on whether or not the user will tend to stick to a solid set of apps, unlike the web where we are more fickle and like to sign-up almost daily for new services. User behaviour in this regard is still largely unknown.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Law of Mobility &#187; Blog Archive &#187; Business Models: February 2008</title>
		<link>http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/comment-page-1/#comment-4843</link>
		<dc:creator>The Law of Mobility &#187; Blog Archive &#187; Business Models: February 2008</dc:creator>
		<pubDate>Tue, 26 Feb 2008 13:09:55 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/#comment-4843</guid>
		<description>[...] Is Local faster, fresher, better? Many say Yes… [...]</description>
		<content:encoded><![CDATA[<p>[...] Is Local faster, fresher, better? Many say Yes… [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Classic software development and the mobile industry &#171; flors</title>
		<link>http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/comment-page-1/#comment-4826</link>
		<dc:creator>Classic software development and the mobile industry &#171; flors</dc:creator>
		<pubDate>Mon, 25 Feb 2008 08:36:46 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.cenriqueortiz.com/mobility/2008/02/22/is-local-faster-fresher-better-many-say-yes/#comment-4826</guid>
		<description>[...] True, I didn&#8217;t mention Android or the iPhone SDK.    Filed under: maemo  &#160;&#160;&#124;&#160;&#160; Tags: development, mobile, runtime, [...]</description>
		<content:encoded><![CDATA[<p>[...] True, I didn&#8217;t mention Android or the iPhone SDK.    Filed under: maemo  &nbsp;&nbsp;|&nbsp;&nbsp; Tags: development, mobile, runtime, [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
