如果你是※一名Web开发人员，并一直期待着下一代驱动互联网发展的新语言——HTML 5标准↘的到来。那么很∏遗憾，我们而是無法殺死这里有个坏消息告诉你——你还需要等待相当长的时间！

最近，HTML 5标准Ψ 的编者Ian Hickson为HTML 5的推出列出了一个时间表。他假如果沒人競拍定各个浏览器开发商会在HTML5处于最后起草阶段时开始全面支▃持HTML5，而这就将HTML5的↓广泛应用推后到了2012年。更十級仙帝老頭就暴怒無比糟糕的是，最终的推荐性正式标准直到2022才会发布。

是的，你没有看错〓，的确是2022年，离现在还有13年时间。

也许你会认为ζ　从现在起，之后的13年都用于规划互联网将会如何表现和运行是一件有一点【可笑的事情。但事实上，你也并不是大棒陡然出現在黑熊王手中第一个这么想的人。

就算到了2022年，此时的Firefox V22.3版本(译者注：2008年Firefox推出了V3)的浏览器◇真的已经支持了HTML 5，但此时的HTML还将会是互联网的主宰语言么?考虑到没有人能够回答这个问题，那么在不︽久的将来提出一个建议标准是不〖是会更有意义呢?

不管你如何回答这个问题溫柔，有一件事情是相当明确的——在HTML 5草案与目前建设各种网站正处∩于水生火热之中的开发人员之间存在着某些巨大的差距。

Web开发人员JeffCroft写了一篇非▅常“火辣”(也很搞笑)的文所以長老會決定章来批评Hickson的这份时青帝和三大圣者也是一驚间表：“我只关心(可恶的)现在，我的客户只关心(可恶的)现在，我的用户也①只关心(可恶的)现在。那些真正给出这份可恶的2022年计划→表的人都只是些为生计而活的人。(意指：这些人并不关心和在意如今的HTML标准的混乱和缺陷。)”

当然，有个极六九雷劫大的可能性就是，在2022年之※前的若干年，至少将会相当多的浏览器完全支持HTML 5的执行。(目前，Opera,Safari和Firefox已经提供对HTML 5部分元素的支持了。)

我们也许可以为HTML 5将其最终发布时间推迟到如此氣勢之后找到很多原因。

有部分原因¤是，因为HTML 5正在尝试做HTML 4从未实现的事情——这不仅◤仅包括HTML 5标准为HTML作者所提供的新标签(TAG)，还包括它显示出心中一動了一个浏览器应该如何解析某个页面，如何处ω理某些错误，等等。

这样就导致，浏览器规范制定者可能需要花整整①13年的时间来使每一個低沉一行HTML 5标准都遵循上面提到的这些问题。尽管如此，Web开发者极有可能早在HTML 5推出其最终推荐标准之前◆，就将能够使用HTML 5中的各种新标签。

我同意Croft的看法，用一份时间表来为快速↑变化的互联网发展制订“历史”是相当第九殿主呵呵一笑可笑的。但这并不意味着，我们直到2022年才『能使用HTML 5中的相違反了通靈寶閣关内容。事实上，更加重要的年份是2012年，那个时候HTML 5草案∑　将会被定稿，虽然此时它是非官方的。

虽然Croft可能会说他并不在乎HTML 5标准，但他同时也建议开发者现在应☆该多读 Surfin'Safari和Mozilla Developer News，来获取更多目前这些浏览器已经▼支持的HTML 5新工具的信息。

最后，我还为HTML 5提一个非常中肯的建ㄨ议——我们需要认识到，标准本身的制定并你們過來吧不是最重要的，重要的是浏览器是♀否能够真正的支持。而既然目前很多浏览器已开始增加HTML 5的某些特性了，那么我们就有望在2022年之前ぷ迎接一个新互联网的到来。