HTML5 gets a logo, but isn't ready yet as a final product
Join the DZone community and get the full member experience.Join For Free
fireworks and celebrations, html5 got a logo. cool, isn't it? or is it? a standard that didn't reach a final revision is already marketed as the next-generation panacea that will help everyone on the web. you can buy stickers and shirts, put the logo on your website and what not. all available here . i don't have anything against it and i admit it - it does look nice. but let's think about it on a different level. why a standard that isn't fully supported in any of the available browsers and is planned to have its final specs available in 2022 , gets a logo, in 2011? why not focus on the actual development of the specifications? there are many opinions on this, mainly people thinking that it is all about marketing, and it indeed it is. this whole situation rezonates to me the same way as this analogy with cars - for now it's plain advertisement of a prototype car that is sold in some places and sometimes you might have the chance to drive it. but nobody guarantees you that it will drive well wherever you go and in some places it might not even start. but at the same time, every town and big city is filled with billboards and posters "how great <model x> is".
frankly saying, i couldn't care less about the logo itself - i'd like to see full support of html5 in major browsers. ie9, firefox 4 and chrome do have some level of support for the fresh standard, but not even close to be able to say that i can enjoy every single html5 capability there. even though it is the developers' responsibility to fully implemnent html5 in their browsers, why not wait until there are several solid builds that have html5 support at a decent level and then start promoting it? trying to knock ria platforms off, the marketing machine in this case took it a bit over the limit to get people excited about something that's not yet there. by getting people excited about html5 right now, w3c forgets about the fact that developers are prone to disappointment with specific tools. and although there are already lots of people who are quite pumped about the whole "no more flash" thing, not everyone realizes that if they start working solely with html5 at this point, they will miss a significant market group - people who don't have html5-compatible browsers. there are millions of those.
what happens next is something that is well-expected. if html5 is not supported (at it's full capacity) by major browsers, developers will switch to the tools that are supported, like silverlight and flash. and html5 will be avoided in many cases, as much as impossible this sounds. no, html5 is not doomed, it will simply be used less = "remember when we tried using html5 for that? yeah, me too." with the current deadlines, i do believe that by 2022 we could (not that we necessarily will) see a completely different replacement for html - maybe a more media oriented markup (maybe it's not even going to be markup based) language. instead of trying to push an unfinished product on the market, w3c should speed up the approval process and make sure that there is a finished and well-defined standard as soon as possible, and this should not be measured in years. yeah, of course i understand that html5 is intended to be a replacement for html4, dom2 html and xhtml1, but still - take the software industry as an example. how many users would say that they are willing to wait till 2022 to update their os. none, and if it takes that long, people will start switching to something else that is better maintained and updated at a much faster pace. the key in today's it industry is speed. if you can create a high-quality product fast, you are most likely to win.
i am not opposing the expansion of html5 - i think it is a great improvement and it will have its impact on the web. what i am trying to emphasize, though, is that there should be specific priorities - have it done and then market it. or at least expect to get it done and ready in a shorter time span.
Opinions expressed by DZone contributors are their own.