The slow climb of HTML5
27 November 2012 at 6:39 pm
Many people I meet these days ask why I still use Flash as a base for development of applications and games. It is downright scary to hear that virtually all these people still don’t know that you can author your apps in Actionscript and then easily cross-compile to very performant native code for iOS and Android. Targeting the desktop with Flash has been around for more than 10 years. Using AS3 as the language and Adobe AIR to export gives you great performance and access to really advanced tools that allows for proper debugging, even directly on the GPU.
Using this stack comes with an overhead, but I would say that it’s only 5-15% slower than pure native code. Perception of speed is of course subjective, but my Arduino Companion app have now been installed on more than 60.000 devices and both major app stores show a 4.5 of 5 rating. This app is currently not using any form of GPU acceleration, but the users still love it. I am currently in the middle of a cross-platform game that IS using acceleration and I’m really happy with what I’m seeing this far.
When it comes to HTML5, I see lots of good stuff happening on the desktop. HTML5 has replaced Flash for many purposes on the desktop and I don’t mind this. In fact, I encourage it. I’ve always been a huge fan of using the right tool for the job. That’s why I switched Flashmagazine to HTML more than ten (!) years ago. Flash became big because there were no good alternatives and it’s only natural that it’s role should change.
HTML/JS/CSS is part of my toolset and it has always been that along with PHP for the serverside. However, if you are one of those that think that HTML5 is a good solution today, you should read this great article by Ben Savage of Spaceport.io. It summarises most of my experience from the mobile HTML5-game I made for NASA recently. My biggest problem with HTML-based apps is that they’re slow and have little contact with the device they run on. I absolutely hate going to a website that asks me to install it “as an app”. All this does is add a desktop shortcut and the poor developers can’t even know if I already did install the shortcut. Due to the lack of this they keep nagging me with their stupid “install-me” dialogue every time I visit their site (yes - I’m looking at you Google Calendar).
I’m sure that omissions like this eventually will annoy enough mobile vendors so they create a way to reliably detect if a shortcut has already been installed. The problem is just that this is but one of many things that need to fall in place before HTML5 is really useful. I also got a shock recently when a friend bought a brand new MacBook Pro and Safari couldn’t show the default HTML5 video. All he got was green flickering squares. The fix was simply to install Chrome, but this highlights a core point in Ben’s article - browser vendors have no interest in making Browser apps really good.
My other experience is that doing an app as HTML5 adds development time. I’ve discussed this with others and their ballpark is about the same as mine. 30-50% extra time is required to make a good cross-platform HTML5-app. Most developers ignore mobile for this very reason, but come on… Isn’t the whole point of HTML5 to get that extra reach? To actually make it work Mobile first and fully responsive?
So why do I still use the Flash Platform for apps and games? I use it to deliver on my promise of real crossplatform apps. I can use the very same code-base to make a game for iPhone, iPad, iPod, desktop, Facebook-apps, Web as well as all the funky flavors of Android. All I would want extra at the moment is Windows 8 support. That would make my toolkit complete.
Now if only Adobe could start telling the world how good this stack really is...