VSInsider

5 Reasons You Should Care About HTML5

Before you dismiss HTML5 as not ready for prime time or too lightweight for real developers, consider these five reasons that you should get excited about it.

In May, Microsoft revealed the first official demo of "Windows 8" with a preview of a new tile-based UI and an app model based on HTML5. No one should have been caught off guard by this news. The rumors about Microsoft's interest in HTML5 have been swirling for months, and it's no coincidence the first-day keynote at MIX11 touted Internet Explorer 9 as the most "native" browser. The prominence of HTML5 in the Windows 8 app model, however, seemed to inflate the choler of Silverlight developers.

To be clear, we don't know much at this point, and Microsoft says more of the story will come out at the Microsoft BUILD conference this September [BUILD replaces the Microsoft Professional Developers Conference -- Ed.]. There will almost certainly be a place for Silverlight (or some other flavor of XAML backed by C#) at the Windows 8 table, but there's no doubt that HTML5 is a big -- possibly the biggest -- new player.

If you're a Microsoft client developer committed to C# and XAML, you might find it hard to get excited about Microsoft's newfound interest in HTML5 and JavaScript. It's understandable -- it's a new world. But before you dismiss HTML5 as not ready for prime time or too lightweight for real developers, consider these five reasons that you should get excited about it.

1. HTML5 represents a transformation toward taking client-side Web development much more seriously. Purists complain, but the term HTML5 has become a moniker for a collection of technologies that's much bigger than the enhancements to HTML5 itself. These include significant improvements to CSS and an expansion of the JavaScript API. But this may understate the real change that's underfoot. HTML was designed for, and is rooted in, document display. Its success as a UI platform has, arguably, been in spite of itself. HTML5 changes that. It provides a native media stack, a new generation of JavaScript optimizations and a low-level (and very fast) drawing API through the canvas element. These are the underpinnings of a full-fledged UI framework and the kind of services that normally an OS would provide.

2. HTML5 is great for a new kind of app. The last few years have brought us a new class of application, the "app," which we consume a lot more like content or media. HTML5 and JavaScript may not be fit for large-scale traditional software, but for a whole set of apps that serve as a front-end to a cloud or provide some other type of simple processing or data aggregation, they get the job done.

3. HTML5 is becoming a lingua franca for apps. When apps are content, they need to span across multiple devices and platforms just like other media. You can't afford to dismiss half of your market because of divergent technologies any more than Radiohead can release vinyl-only albums. Just as HTML has become the standard way to create and deploy Web content, it's on track to become a standard way for creating and deploying applications. Tools like PhoneGap and Appcelerator are paving the way, making it possible to create cross-platform applications using HTML5 and JavaScript. Make no mistake: Microsoft is bent on giving developers compelling reasons to build HTML5 apps that run best on Windows. Cross-platform is not a goal per se, but the unavoidable side effect will be to lower the wall around the Microsoft development ecosystem.

4. A Windows application marketplace has the potential to be enormous. Apple just announced that it has sold 14 billion apps and paid $2.5 billion to developers for creating them. Those apps run on 200 million iOS devices (including iPads). If you think mobile is big, desktop is gigantic. By comparison, Microsoft sold a whopping 350 million copies of Windows 7 in its first 18 months alone, nearly twice as many in a much more compressed amount of time. Those are convincing numbers and they provide what's perhaps the most compelling reason to care about HTML5: a big paycheck. We don't, of course, know the whole story yet, but we can guess that Windows 8 will come with an app store and, from the looks of things, those apps could be written in HTML5.

5. We're at the beginning of something big. It's easy to say that HTML5 isn't ready yet. It's certainly new, it's changing every day and estimates put the final spec out at least a few years (check out ishtml5readyyet.com and be sure to view source). But don't fail to see the forest for the trees. HTML5 is ready for many scenarios today and many more tomorrow, but that's not even the start of it. The coming months and years will bring a set of frameworks, tools and enhancements that put HTML5 on par in features and productivity with the most robust UI platform. HTML5 is not a thunderstorm -- it's a tidal wave. Smart developers won't take cover, they'll start swimming.

About the Author

Robby Ingebretsen is a designer and developer with a singular purpose: making great ideas real. As the founder and principal of Pixel Lab, he's a well-known advocate for pushing the boundaries of interactive technologies through the marriage of design and engineering. Before Pixel Lab, he worked at Microsoft, where he helped to create cutting-edge UI technologies like Silverlight and Windows Presentation Foundation. Presently he's a Silverlight MVP and established blogger and speaker. He actively maintains the site nerdplusart.com.

comments powered by Disqus

Reader Comments:

Wed, Sep 7, 2011 Ben

Peter: I think part of the fallacy of the argument you're trying to make is that it's not always easy to make HTML5 applications that work everywhere. That's the promise... but far from the truth. The same hacks still apply, but now they're more abundant... new CSS prefixes, the iPad handles the video tag differently, etc, etc, etc. Modernizr is a great tool, but it doesn't solve rendering differences between modern browsers. Sure HTML5 is easier than working with multiple native languages and stacks, but HTML5 is not a silver bullet. I think people are complaining because while HTML5 may be the best path for broad support, HTML5 rendering will always be dependent upon the browser engine, which adds infinite complexity when targeting multiple devices. Many have grown accustomed to the ease of .NET and Silverlight development over the years... those people cringe at going back to the HTML jungle with more features (and more complexity). For some, it's actually easier (and provides a better user experience) to develop mobile apps natively for each platform... especially when the differences are minimal on a thin-client.

Tue, Aug 23, 2011 Paul Marangoni Los Angeles

HTML5 is going to change everything. I'm curious to see how the next version of Visual Studio will help to develop with it and JavaScript. My guess is that they push the MVC approach in ASP.NET even harder.

Wed, Aug 10, 2011 Max

Just HTML5 doesn't give you much, it adds a few extra tags but it's nothing we couldn't do with HTML4. To do anything with HTML5 you need JavaScript (and CSS). I think the media made HTML5 look like it's the best thing since canned beer. Max Developer Advocate for Mobile Apps Builder http://gotiggr.com

Mon, Jul 25, 2011 Peter Vogel Canada

I did some research and can find only one original Microsoft comment about Windows 8 and HTML5. At the Windows 8 preview, Julie Larson-Green introduces an app running on Windows 8 and says that it's built with a new API based on HTML and JavaScript. She notes that people "can write new applications" using those technologies. Somehow, that note about a "new API" for one application turned into the "only API for all applications" and "can write" into "must write." BUILD will, presumably, settle this but, until then, people seem to be getting very excited about is, essentially, just a new feature in Windows 8.

Sun, Jul 24, 2011 Peter Vogel Canada

Bryan: Your point seems to be that you don't want to create cross platform apps--that you want to use each device's native development tools to create apps that run only on that platform? If so, then the .NET toolset is a great choice for delivering to most browsers on a variety of operating systems. It won't help you to deliver to most smartphones, however. If, on the other hand, you do want to create an app that can run everywhere then you'll look to HTML 5 and JavaScript. Both choices have their benefits and costs and different developers/organizations will make different choices. It's also possible that the market for apps that "run everywhere" is vanishingly small (but I don't think so).

Tue, Jul 12, 2011 John

Microsoft did not get to where it is today by developing open source (or HTML/JavaScript) development platforms. It also did not get where it is by cowering to the open source (or HTML/JavaScript) crowd. Silverlight is a reliable and elegant platform. This is what they should be pushing.

Tue, Jul 12, 2011 Bryan Morris

"Replacing DirectX with the HTML5 Rendering Engine" Everyone calm down, this same guy has trolled other forums with the same baloney.

Tue, Jul 12, 2011 H.Dolder http://www.hdolder.com/CutBSK6fN.htm

Can one theory explain all things MS is saying ?

I propose the following "Standard Model":

MS is ...

* Creating a NET W8 Framework in which they are ...

* Replacing DirectX with the HTML5 Rendering Engine.

* Replacing MSIL with Javascript.

* Implementing Silverlight/WPF/XNA (http://jsil.org/) in a layer on top of HTML5 (not side-by-side with HTML5).

* Viewing the HTML5 Browsers as "Plugins" for the different Operating Systems and adding also Out-of-Browser (OOB) functionality for each OS.

Can you imagine the impact on portability ?

Can you imagine the impact on Java based systems ?

H.Dolder

http://www.hdolder.com/CutBSK6fN.htm

z

Tue, Jul 12, 2011

"...it's a new world" Wrong, it's lipstick on a pig. This article misses the point entirely. XAML was built from the ground up as a modern markup language to solve the problems that we see inherent in HTML and CSS. JS is something like 16 years old. Yes, there's new features, but this is not new technology. We, as developers are not afraid of it because its "new", but because we've used it in the past and know how much it sucks compared to more robust solutions offered in .NET. If anything, going to MIX this year and talking to MS and other devs solidified my beliefs that HTML5 is a less maintainable and more fragmented development solution than any previous iteration, particularly due to the uptake of mobile devices. Compatibility across a broad range of devices? Sure, for a cost. But don't you dare try and tell me I should be excited about this shit.

Tue, Jul 12, 2011 JimD

To be honest, I wouldnt say html 5 is going to replace things like an app made in C++,but its definitely not the hype that was java. html 5 or more specifically web apps are real and not going away. More and better app processing is happenign on the client. Even data stores.

Tue, Jul 12, 2011

Nonsensical hype and propoganda from those that thrive on periodically selling yet another a new false messiah to those that ought to know better. http://www.youtube.com/watch?v=RRFiu0xfQzw&feature=player_embedded

Fri, Jul 8, 2011

InfoWorld on HTML5: http://www.infoworld.com/d/application-development/lets-face-it-html5-no-app-dev-panacea-260?source=rss_infoworld_top_stories

Fri, Jul 8, 2011 Louis Massachusetts

Sounds like the Obama "Change" campaign. Thanks, but been there and done that. Used HTML/JS already for many years. Don't even try to tell me it means one app for all devices. BS. Different browsers = different code. Different form factors = different code. Even this simple text entry form works horribly slowly as I'm trying to enter this text (and I'm using IE9 on a high power desktop). Give me a break. Apple made its app money on native apps - of course, and that is the trend.

Wed, Jul 6, 2011 web hosting review http://webhostingreview.info/

Greatness about the html5 it will give the good results to designing.

Wed, Jul 6, 2011 Sir Name

It's a shame that three posts in a row consisting of complete gibberish shut down what was shaping up to be an interesting debate.

Mon, Jul 4, 2011 web hosting review http://webhostingreview.info/

Those five reasons to improve the performance of the html5.

Mon, Jul 4, 2011 web hosting review http://webhostingreview.info/

This reasons should be develop the html5.

Sun, Jul 3, 2011 Xunnamius USA

JavaScript 2.0--*cough* oh, er, HTML5--has been blah-blahed about enough already. While I may not be stuck in the 1980s like Bryan down there, I'm no peasant worker bee serving under king Jobs either. JavaScript 2.0 is god's gift to man, Canvas is awesome, CSS3 is to die for. HTML5 and its nigh-pathetic "new" "features," on the other hand, are nothing to be proud of. (x)HTML is NOT for displaying. It is NOT for presentation. That is what CSS is for. (x)HTML is for STRUCTURE ALONE AND NOTHING ELSE GOD D@$%it. I don't understand why so many people feel that that line needs to be blurred. The lower-echelons make my life so much harder. Go back to your font tags or something. /rant

Fri, Jul 1, 2011 Bryan Morris

Here are some question for you, Peter. What percentage of iOS apps available at the Apple store (or whatever it's called) are written in HTML and Javascript? What percentage of app developers for Android use HTML and Javascript? How many Windows Phones 7 apps are written with HTML and Javscript? What non-phone OSes do Silverlight applications run on? I think the answer to all of those questions basically negates your argument. Mobile development, regardless of platform, is overwhelmingly done in the respective platforms' native development environment, not HTML and Javascript. Silverlight apps run on Windows, Mac, and, according to this site: http://www.microsoft.com/visualstudio/buildabetterapp/?sf1641324=1, Linux.

Fri, Jul 1, 2011 Peter Vogel Canada

Here's a question: Do you want to deliver your functionality to someone who's running on a non-Windows platform? If the answer is "No" then the .NET technologies are an excellent choice. If the answer is "Yes" (which means 95% of the smartphones out there) then the technologies you need are HTML and JavaScript. This assumes, of course, that you get to pick your arena: Your customers, clients, or employer may disagree with your choice.

Fri, Jul 1, 2011 TheCoder

Bryan, finally some sane voice. What you said about the bigwigs are MS is spot-on. Perhaps this is the reason why Bill Gates, a technical background, was so successful at identifying and ensnaring opportunities. I'm not sure Ballmer, a pure management pro, really understands all that.

Thu, Jun 30, 2011 Bryan Morris

The reason why MS platform developers are overwhelmingly rejecting all the hype about HTML+Javascript as a replacement for a "real" development environment like we already have, XAML+CLR languages+.NET technology stack, is because the HTML+Javascript stack is so fundamentally lacking in the basic things we've come to depend on to create "real" applications. A partial list of big ones includes: state, object orientation, tooling, strong data typing, data binding, compilation, Linq, EF, WCF, WF, and (at least up until recently) support from an organization (MS) committed to advancing the platform's technology with a consistent level of quality and dependability while supporting its developers with a firehose of different media, online resources, and events. A complex application's UI is like the tip of an iceberg, there is much more below the surface than above. The typical HTML application is more like a sailboat, what's above the waterline may be pretty, but there's not much underneath. I wish the bigwigs at MS pushing this travesty and the ignorant media types mindlessly parroting them would spend a little time understanding this.

Add Your Comments Now:

Your Name:(optional)
Your Email:(optional)
Your Location:(optional)
Comment:
Please type the letters/numbers you see above