Help stop the spread of NIBS (Native is Better Syndrome)
webdirections.org
webdirections.org
I believe that is the premise to his whole argument, and I find it disingenuous. That is, it's clear to me Gruber meant that a native app with an interface specialized for the particular device is more likely to be better than a web application because the web application cannot have a specialized interface for the device. He is not claiming that making an app native automatically makes it better.
- faster code (that allows you to implement something more complex or more demanding)
- better interfaces (allows you to have an app that is really "in the spirit" of the platform which does matter).
- significantly easier way for a customer to pay for the app.
Author's arguments for non-native and how I see them:
1) He can have the URL to different settings of the "web app." -- just please explain that to users that they need that and earn the money.
2) "already, and increasingly into the future, you’ll be able to develop with a single code base, and deploy to (ultimately) any platform" -- oh right, and everybody will use exactly the hardware you have, with the same resolution, same input mechanisms and the same controls.
3) "Distribution control: With 'native' apps, you must go through a third party, who owns the platform" -- this is the only significant argument, IMHO.
The third argument is really an important one. In some cases it can be a deciding one. But it alone can't be used as a proof that native apps aren't better in enough real cases, and that there's "a syndrome."
Right, and men aren't physically stronger than women, the United States isn't richer than Zimbabwe, and Mensa members aren't smarter than janitors.
Wrong.
For data, you can use ContentProvider:
http://developer.android.com/guide/topics/providers/content-...
You can also use capabilities of other applications, including UI and logic by reusing their Intents :-)
http://developer.android.com/guide/topics/intents/intents-fi...
Smalltalk and Lisp gray-beards must wet their pants every time they read up on Android. It's pretty much the epitome of a clean, extensible, user-oriented system. Fast, open, garbage collected, gorgeous and just clean. How on earth did they get some many things right, out of the box?
I read Gruber's article and Allsopp is so far off the mark it's not even funny.
As someone who write web apps for mobile devices and desktop applications, I know that every time we are prototyping a web app and we need more X, then more X is available by going native. want some examples?
speed (are you doing graphics? is there a network peak?) integration (can you tie other services to your devices?) computation load (video editing? on the web? for 5 simultaneous users? BANANAS!) accessibility (does your web app work offline? wah wah.) hardware (can you extend the usability physically?)
it's like people forget what "closer to the metal" means and have problems admitting to them selves that the web will never be cutting edge.
sure it's harder, and takes more time, but that's the price you have to weigh your decisions against. Is more X worth it?
The article reminds me to "CDs and DVDs have a bright future" from the CDs and DVDs association or "the physical book is never going to die" from the print industry associations.
Everything listed in this article and the dozen more like it.
Pros of native apps:
I can get paid.
Native apps win.
will you have to write different code to make the best app for different platforms? yes, you most likely will. especially if you want to use platform-specific features. just get over it and get to work.