The Irony of iPad: A Great Day For Open Technologies
yehudakatz.com
yehudakatz.com
Despite iPad propriety, higher res + HTML5 make web apps
much more relevant and far cheaper/faster to develop & iterate.
I think this is absolutely awesome for web apps. The only thing that's missing is the ability to sell "icons" on the app store that merely subscribe one to a web app and stick the link on their home screen. This would meld the ease of development and deployment of web apps with the ease of payment processing the app store provides. I don't see this ever happening because Apple couldn't control the ability to review subsequent changes before they were live, but it's a nice dream.The thing that is really missing is iTunes accounts, i.e., the ability for your prospective users to pay you with the touch of a button and a password. Although, on a larger display, Amazon payments and Google Checkout will be more relevant.
Many apps today use a base webapp that can be changed at any time and a thin iphone shell over top of it. And change the app all the time. And don't get any problems from apple.
Also in app purchase would be fairly easy to integrate with a webapp json api and an an iphone app wrapper to handle purchasing.
I can't be the only one who thinks this, and it seems like Google is the only one to have any success at all in doing this on a large scale.
From a purely technical perspective web platform is approaching DOS circa 1990 accelerated by sheer amounts of open source libraries available today. But it still provides pretty much DOS experience albeit on a high-res screen.
I am not sure it's a bad thing though: when you give developers absolute freedom over your hardware they will quickly turn your PC into a typical popup-ridden WinXP box with tray area half-screen wide :)
People that bitch and moan about HTML, CSS, Javascript and about choosing a (high-level) language/framework for server-side development ... should really try developing for DOS, having to deal with Turbo Pascal or C (since C++ in the early 90ties was a mess), having to drop to 286 or 386 assembler to do their job, having to deal with the conventional memory limitations, going through hoops choosing between extended and expanded memory, or having to deal with the protected 386 mode, and always having to reinvent the wheel because open-source practically didn't exist for DOS ... like writing their own windowing tookit, or simulate multi-threading / background workers with hardware interrupts.
The truth of the matter is, we've never had it better. People bitching and moaning about web-dev are just conservatists ... but really, they should get over it since this is 2010, not 1992.
The web is awesome. It's the most amazing technology platform the world has ever known. HTML, CSS, and JavaScript are all standard and interoperable.
People who complain about CSS should try changing the look/feel of an entire desktop app. People who complain of HTML should try building PDFs or Word Docs on the fly. People who complain about JavaScript should try writing some Assembly: DOS, Sparc, what have you...
People who complain about web programming should try to deploy an enterprise app to 10,000 desktops. It's a nightmare. The Web is a blessing to the world. Thank you Tim!
Actually, those two capabilities were two things that VisualWorks Smalltalk has had for something like a decade? Want your App to look OS X Aqua? One line of code, boom! Building apps on the fly? Business as usual for Smalltalk.
(To be fair, the Aqua/Motif/Windows emulated UI was half-baked appearance wise, but the underlying framework was good.)
I think it's something I heard him say out loud in one of his earlier lectures at Yahoo. More recently, he's stated that "he used to think the browser was the most hostile programming environment ever devised, but then he found out about mobile programming" - http://www.javaworld.com/javaworld/jw-09-2007/jw-09-rwekeyno...
[by the way - I haven't seen any statistics but it seems Apple users are more likely to update their OS/Apps to their latest version. So supporting old versions is less of an issue]
Web apps will be too slow.
Eventually, hardware will catch up, and less efficient but more modular designs will be fast enough (as with the first Apple).
http://www.techcrunch.com/2009/06/24/iphone-3gs-javascript-p...
I don't think I'm making a big leap to speculate that this means the iPhone runs javascript comparably to the consumer-level (read: cheap Best Buy) desktop running some version of IE that most people have.
Considering the iPad's processor is significantly faster, I see no reason why web apps wouldn't run perfectly well on it.
I don't think that word means what you think it means.
I make toasters for people who like toast. They pay me to make toasters so that they don't have to deal with the freaking breadcrumbs. The word breadcrumb sort of scares them, anyhow. They don't need open breadcrumbs. (Influential people, including many present here, think open breadcrumbs are a moral imperative. None of them buy toasters. I optimize accordingly.)
On the other hand, as a toaster maker, it is very handy for me that I don't have to apply to a Central Toaster Authority for a Certified Toaster Maker Certificate which will let me check out The Black Arts of Toaster Manufacturing from the library and use my Genuine Toaster Tools (cost $100,000 per set)) to start cranking out toasters.
Apple doesn't give you access to the same experience from the web as from a native app, and simulations of such have up to this point been second class and will remain so. End of story.
A netbook-ish device with no way to put software on it except thru a proprietary corporate censored app store is a big loose. Beyond the hype, I think this device will be everyone's wakeup call. Noone cared too much about the iPhone app store problems because of its limited form factor. Truly, there's a limited number of things you can do with it in a reasonable manner and they were all covered generically about 6 mos after launch.
This device can do much more, but there's a lot you won't be able to do because everything must be vetted by Apple.
Apple has been spending gads of time, energy and effort to make the web experience as close to native as possible. This includes giving access to hardware accelerated CSS animations, access to GPS, and access to offline storage (I outlined a bunch more in the article).
For instance, there is no reason the New York Times app they demonstrated today would not have worked fine as ipad.nytimes.com.
One unique selling point of both the iPod and iPad is their status as mobile internet access points. Cementing that status and encouraging entrepreneurs to pay attention with great web APIs seems like a natural way to extend Apple's developer base.
If I was addicted to some great web app and learned that it had a nice iPhone interface when I was on the move, I would be incentivised to invest in an iPhone.
It makes it easier to sell the hardware.
For truly interactive apps, that are about content creation or the interactivity itself, the web is second class to the native experience. Just the fact that an address bar pops up when you tap the top of the screen should tell you that.
A really good example is gmail. This is the AJAX posterboy, and it has a stellar interface for the web. But it is frankly still second class, even on a desktop. It wins on the desktop because it's free, convenient and because it's good enough, not because it is a paragon of usability compared to the best native mail app. On the iphone, they've tried even harder -- but it's even worse. It feels nowhere as smooth as the native Mail app. It's got features, but it's a crappy experience.
I've commented before how this is a disaster, and will be even more so as we become even more mobile. The precedent has been set and it's only going to get bigger and more ubiquitous.
That said, I'll still be getting an iPad. But mostly because I write apps for myself and the iPad is something I've been waiting for to fulfill a specific purpose that the iPhone only sort of takes care of.
edit: I mean seriously, do you think Apple is going to sell the A4 and become a chip producer? This move is a win for ARM.
When I read this, I hear the soundtrack for the first Terminator movie.
That was the Daring Fireball page on PastryKit
Do understand that such a kind of experience may be deliverable today, with PastryKit or whatever someone else develops, but Apple can break this compatibility (which it cant do with its native SDK).
A new business model may exist where developers make advertising money off free iphone webapps. It is extremely naiive to believe that Apple will allow you to deliver the same user experience by bypassing the App Store.
The motivation for the App Store is simple: consumers want an easy way to buy apps, and developers want an easy way to sell apps. If you want to take advantage of the payment processing, bandwidth, store interface, and marketing provided by the App Store, you have to adhere to their ToS. I'm sure Yahoo! Store has ToS as well.
However, if you want to roll all that on your own, go right ahead. As pointed out in this article, no one has done more to support you in that endeavor than Apple -- including a lot of support in WebKit and iPhone OS specifically for web apps on these devices.
It's not just a question of web vs. native, either. Even if all iPhone apps were HTML5/CSS/JS, you'd still have to adhere to Apple's ToS in order to sell through the App Store, and you wouldn't have to adhere to them if you sold through your own store.
You can't do that with native apps. You really don't have that choice, and while the browser is really capable, it means some precious functionality is out of reach ... like being able to handle the web-cam.
> Apple is the biggest driving force behind open web standards and their implementation in WebKit.
Oh, please. They took KHTML and invested some resources into it. Then it became a defacto standard for mobiles, because it remained LGPL, because KHTML was LGPL.
Surely Apple is doing his part, but to call it "the biggest driving force behind open web standards" ... Jesus!
Speaking of that, I guess you're not using Linux and have never encountered a page filled with Quicktime screencasts. And on Windows you have to buy a license to get full-screen? WTF is that? Sorry for the expression ... but driving force, my ass ;)
Still, I don't think there were any groundbreaking iPhone web apps that didn't eventually become iPhone Apps.
http://www.adobe.com/devnet/flashmediaserver/articles/digita...
If you're going to stream Hollywood content, you'll need Flash. You'll find that Hollywood content on YouTube is delivered in rtmpe:// only, while all other content is MP4 downloaded via http. Hulu is pure rtmpe.
And you'll need adaptive streaming.
Here's a good proposal Apple put out:
http://developer.apple.com/iphone/library/documentation/Netw...
Now someone convince Hollywood this is secure and incorporate into HTML 5, and you'll kill Flash.
However, if the iPad takes off we will have to either provide alternate content or abandon flash on our heaviest flash sites. The web design company I work for will probably switch to standards-based Javascript animation and HTML5 video with the usual fallbacks for IE6. We already use JS for many things that used to be flash, like menus, slideshows, galleries, and animations.
When it was just the iPhone/iPod touch, with their relatively small browsing traffic, it was easy to shrug it off when a site didn't work properly. Expectations will be different with this device. My clients will be asking why their site is broken on their iPads.
The big video sites will implement an HTML5-powered player for the iPad because it allows them to go around the iTunes / App store model. Smaller video players will probably make the switch sooner.
Apple may be doing the developer community a favor by giving us a reason to leave flash behind. The runtime is fine on Windows but sluggish on OSX and slow and buggy on Linux; it's frequently using more CPU time than anything else on my system and often has terrible video playback performance.
but its a pleasant surprise, im excited by the type of applications we can build these days using very common web standards
I was a Mac user starting in 1989 (and since then switched to BeOS and then Linux). Once everything started moving onto the internet and then the web, alternate operating systems became far less like neglected ghettos. Now as long as it has a good web browser, even the most marginal platform is pretty useful.
I can tell you one thing ... the Microsoft era will seem something like a golden-age.
Native apps will usually reign in the beginning life on a device. In addition, in the current environment, wireless is still not everywhere and fast. Because of that, web apps still are at a distinct disadvantage for free roaming devices. But I think that will change in the near future.
I just find it funny that Steve had to be "wrong"* about something just to show how right he was about something else...
[*] open to interpretation of course, depending on how you feel about the SDK and the AppStore.
http://www.engadget.com/2010/01/27/apple-lifts-voip-over-cel...