<?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: &#8220;iPhone developers are stupid!&#8221;</title>
	<atom:link href="http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/</link>
	<description>Frank Goossens&#039; Twitterless twaddle</description>
	<lastBuildDate>Fri, 12 Mar 2010 12:09:56 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: frank</title>
		<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/#comment-3488</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Tue, 24 Nov 2009 13:57:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.futtta.be/?p=2384#comment-3488</guid>
		<description>interesting followup on quirksmode; &quot;&lt;a href=&quot;http://www.quirksmode.org/blog/archives/2009/11/native_iphone_a.html&quot; rel=&quot;nofollow&quot;&gt;native iphone apps vs. webapps&lt;/a&gt;&quot;.</description>
		<content:encoded><![CDATA[<p>interesting followup on quirksmode; &#8220;<a href="http://www.quirksmode.org/blog/archives/2009/11/native_iphone_a.html" rel="nofollow">native iphone apps vs. webapps</a>&#8220;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: frank</title>
		<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/#comment-3487</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Tue, 24 Nov 2009 11:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.futtta.be/?p=2384#comment-3487</guid>
		<description>thanks for your feedback lode!

it is indeed weird that Google did not yet implement appcache and webdb for mobile reader. judging by the less-then-optimal gears-implementation of the desktop-browser version of reader, &lt;strong&gt;the reader-team does not seem to have &#039;offline&#039; high on their list of priorities&lt;/strong&gt;.

but an example that is very relevant when looking at mobile webapps is &lt;strong&gt;gmail for iphone&amp;android&lt;/strong&gt;, which indeed stores assets (js, css, ...) locally and which keeps your mails in a local database. a truly great mobile webapp which &lt;strong&gt;i prefer over the native gmail-app&lt;/strong&gt; on my android-driven htc hero.

concerning scrolling; i don&#039;t have a problem on m.deredactie.be, but maybe that&#039;s because i&#039;m using a better handset? the same remark for the need to start your browser; on a multi-tasking phone one does not close the browser, so startup-times do not apply ;-) but more seriously; &lt;strong&gt;these kinds of quirks are bound to disappear&lt;/strong&gt; rather sooner then later, no?

i think one of the most important advantages of web-based applications is the &lt;strong&gt;independence&lt;/strong&gt; from both archaic gatekeeping methods by appstore-owners and -even more importantly- from platforms (which off course isn&#039;t absolute, due to differences in what browsers support).

on the desktop the last few years have shown a clear movement away from native apps to webapps and there are no reasons why this could not happen on smartphones. and while it&#039;s true that future might not be there yet, &lt;strong&gt;2010 could well be a defining turning point&lt;/strong&gt;, thanks to html5 offline capabilities, the android momentum and growing discontentment with gated application communities? so maybe the time is now anyhow?</description>
		<content:encoded><![CDATA[<p>thanks for your feedback lode!</p>
<p>it is indeed weird that Google did not yet implement appcache and webdb for mobile reader. judging by the less-then-optimal gears-implementation of the desktop-browser version of reader, <strong>the reader-team does not seem to have &#8216;offline&#8217; high on their list of priorities</strong>.</p>
<p>but an example that is very relevant when looking at mobile webapps is <strong>gmail for iphone&#038;android</strong>, which indeed stores assets (js, css, &#8230;) locally and which keeps your mails in a local database. a truly great mobile webapp which <strong>i prefer over the native gmail-app</strong> on my android-driven htc hero.</p>
<p>concerning scrolling; i don&#8217;t have a problem on m.deredactie.be, but maybe that&#8217;s because i&#8217;m using a better handset? the same remark for the need to start your browser; on a multi-tasking phone one does not close the browser, so startup-times do not apply <img src='http://blog.futtta.be/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  but more seriously; <strong>these kinds of quirks are bound to disappear</strong> rather sooner then later, no?</p>
<p>i think one of the most important advantages of web-based applications is the <strong>independence</strong> from both archaic gatekeeping methods by appstore-owners and -even more importantly- from platforms (which off course isn&#8217;t absolute, due to differences in what browsers support).</p>
<p>on the desktop the last few years have shown a clear movement away from native apps to webapps and there are no reasons why this could not happen on smartphones. and while it&#8217;s true that future might not be there yet, <strong>2010 could well be a defining turning point</strong>, thanks to html5 offline capabilities, the android momentum and growing discontentment with gated application communities? so maybe the time is now anyhow?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: frank</title>
		<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/#comment-3486</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Tue, 24 Nov 2009 11:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.futtta.be/?p=2384#comment-3486</guid>
		<description>cfr. &lt;a href=&quot;http://www.paeps.cx/weblog/activism/real_programming&quot; rel=&quot;nofollow&quot;&gt;the discussion on your blog&lt;/a&gt; (after you replied here); i was quoting PPK :)

i do agree that modern smartphone hardware offers a lot of functionality, part of which can&#039;t be exploited in a web-only context. ppk mentions games as an example of apps that need to be close to hardware, but one can easily imagine others as well.

on the other hand (and i&#039;ll quote myself from what i wrote on your blog);&lt;blockquote&gt;if your app doesn&#039;t force you to go native, it boils down to a choice between developing in/ for a golden cage (the iphone development environment and appstore) or radically choosing for freedom and openness. I know what i would do ;-)&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>cfr. <a href="http://www.paeps.cx/weblog/activism/real_programming" rel="nofollow">the discussion on your blog</a> (after you replied here); i was quoting PPK <img src='http://blog.futtta.be/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>i do agree that modern smartphone hardware offers a lot of functionality, part of which can&#8217;t be exploited in a web-only context. ppk mentions games as an example of apps that need to be close to hardware, but one can easily imagine others as well.</p>
<p>on the other hand (and i&#8217;ll quote myself from what i wrote on your blog);<br />
<blockquote>if your app doesn&#8217;t force you to go native, it boils down to a choice between developing in/ for a golden cage (the iphone development environment and appstore) or radically choosing for freedom and openness. I know what i would do <img src='http://blog.futtta.be/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Paeps</title>
		<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/#comment-3479</link>
		<dc:creator>Philip Paeps</dc:creator>
		<pubDate>Mon, 23 Nov 2009 19:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.futtta.be/?p=2384#comment-3479</guid>
		<description>The people you are calling &quot;stupid&quot; in this post are able to see beyond the &quot;pocket webbrowser&quot; you see in the iPhone and see the very portable battery-powered computer with many inputs, outputs and radios that is really there.  &quot;Web applications&quot; don&#039;t even begin to scratch the surface of what it could be used for if these people were allowed to apply their art unrestricted by Apple&#039;s artificial limitations.</description>
		<content:encoded><![CDATA[<p>The people you are calling &#8220;stupid&#8221; in this post are able to see beyond the &#8220;pocket webbrowser&#8221; you see in the iPhone and see the very portable battery-powered computer with many inputs, outputs and radios that is really there.  &#8220;Web applications&#8221; don&#8217;t even begin to scratch the surface of what it could be used for if these people were allowed to apply their art unrestricted by Apple&#8217;s artificial limitations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lode Nachtergaele</title>
		<link>http://blog.futtta.be/2009/11/23/iphone-developers-are-stupid/#comment-3477</link>
		<dc:creator>Lode Nachtergaele</dc:creator>
		<pubDate>Mon, 23 Nov 2009 15:52:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.futtta.be/?p=2384#comment-3477</guid>
		<description>The future of mobile apps are indeed web apps. Good mobile apps have three things in common: they are fast, fast and fast. But. 
1) Starting up Google Reader on Iphone requires a download of 300KB of Closure Javascript, CSS and so on. Caching in HTML5 may solve this but currently Mobile Safari does not help a lot becasue of the memory constraints on Iphone. Remember, downloading a 17KB minified jquery library requires about 300ms on a broadband connection and takes easily a second on a Belgian GSM network.
2) Scrolling trough a long list on Mobile Safari is much slower then when doing this in a (good) native app (Contacts for example). Hence building a snappy mobile webapp with a lot of data is very difficult (scroll trough the main page of m.deredactie.be and you know what i mean)
3) Before your mobile webapp starts, the mobile browser must be started. At least, it is on Iphone. I don&#039;t know on Android or other mobile os in the market.
4) Every time the ad on m.standaard.be renders before the image I have the impression something is wrong. 

All this currently brings the native app in a pole position for the best user experience on mobile. I&#039;m waiting for the first webapp that starts faster and feels as zippy as the best native apps. And a webapp that generates money without resorting to mobile ads. Because that&#039;s what at stake. 

To conclude: mobile web is the future but is not there yet.</description>
		<content:encoded><![CDATA[<p>The future of mobile apps are indeed web apps. Good mobile apps have three things in common: they are fast, fast and fast. But.<br />
1) Starting up Google Reader on Iphone requires a download of 300KB of Closure Javascript, CSS and so on. Caching in HTML5 may solve this but currently Mobile Safari does not help a lot becasue of the memory constraints on Iphone. Remember, downloading a 17KB minified jquery library requires about 300ms on a broadband connection and takes easily a second on a Belgian GSM network.<br />
2) Scrolling trough a long list on Mobile Safari is much slower then when doing this in a (good) native app (Contacts for example). Hence building a snappy mobile webapp with a lot of data is very difficult (scroll trough the main page of m.deredactie.be and you know what i mean)<br />
3) Before your mobile webapp starts, the mobile browser must be started. At least, it is on Iphone. I don&#8217;t know on Android or other mobile os in the market.<br />
4) Every time the ad on m.standaard.be renders before the image I have the impression something is wrong. </p>
<p>All this currently brings the native app in a pole position for the best user experience on mobile. I&#8217;m waiting for the first webapp that starts faster and feels as zippy as the best native apps. And a webapp that generates money without resorting to mobile ads. Because that&#8217;s what at stake. </p>
<p>To conclude: mobile web is the future but is not there yet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
