如果你是一名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年之前迎接一個新互聯網的到來。