对自己发送的东西要严格，对接收的东西则要宽容。指出XHTML 2.0由于语法解析过于严格，因此不太适合于Web。
Jeremy认为所有的项目都应该有设计原则，HTML5也同样如此，W3C就为此发布了HTML设计原则，他强调了其中的兼容性、实用性与互操作性。
1、避免不必要的复杂性
Jeremy举了DOCTYPE的例子，表示HTML 4.01和XHTML中的DOCTYPE过于冗长，连自己都记不住这些内容，但在HTML5中只需要简单的<!DOCTYPE html>就可以了。DOCTYPE是给验证器用的，而非浏览器，浏览器只在做DOCTYPE切换时关注这个标签，因此并不需要写得太复杂。然后， 他又提到如何指定字符集，在HTML5中只需要<meta charset="utf-8">。
规范也许会写得十分复杂，但浏览器的实现却可能很简单，规范有时会去迁就浏览器的实现。
2、支持已有内容
XHTML 2.0最大的问题就是不支持已经存在的内容，这违反了Postel法则。现实情况中，开发者可以写出各种风格的HTML，浏览器遇到这些代码时，在内部所构建出的结构应该是一样的，呈现的效果也应该是一样的。
3、解决实际问题
规范应该去解决现实中实际遇到的问题，而不该考虑那些复杂的理论问题。例如，既然有在<a>中嵌套多个段落标签的需要，那就让规范支持它。
4、用户怎么使用的，就怎么设计规范
当一个实践已经被广泛接受时，就应该考虑将它吸纳进来，而不是禁止它或搞一个新的实践出来。
例如，HTML5中新增了nav、section、article及aside标签，它们引入了新的文档模型，即文档中的文档。在section中，还可以嵌套h1到h6的标签，这样就有了无限的标题层级，这也是很早之前Tim Berners Lee所设想的。
5、优雅地降级
Jeremy在此处举了input的例子，HTML5中input标签的type属性增加了很多类型，当浏览器不支持这些类型时，默认会将其视为text。这就是一种优雅降级。
此外，在谈到HTML5与Flash之争时，他认为很多情况下，这就是<video>和<object>的问题，完全 没有必要二者选其一。可以先使用<video>，当浏览器不支持时降级到<object>，反之亦然。如果浏览器对两者都不支 持，再降级到<a>，提供一个链接。
6、支持的优先级
在考虑优先级时，应该按照这个顺序：
用户 > 编写HTML的开发者 > 浏览器厂商 > 规范制定者 > 理论用户与开发者的重要性要远远高于规范和理论。
在最后的问答环节中，有人提到了HTML5的语法过于灵活，会造成一定的滥用，Jeremy表示赞同，并推荐使用类似JavaScript Lint的工具来帮助编写更好的代码。
此外，有人担心<video>外观的可定制性不强，控件不美观，可能会重蹈<select>的覆辙。Jeremy当场演示了一个通过CSS定制样式的<video>，并表示如果不喜欢浏览器提供的控件，完全可以实现自己的控件。
HTML5已不再遥远，不必等到规范成熟后才去使用，各个主流浏览器均已纷纷支持HTML5中的一些特性，大家可以从现在开始，拥抱HTML5。您又是怎么看待HTML5的呢？
from http://kb.cnblogs.com/page/98251/
