个别浏览器构建者只实现了部分而不是全部的音频视频格式确实不是HTML5委员会的错。大家都是人，都想要争夺统治权。往往在一个浏览器上工作正常的文件到了另外一个浏览器上却不能工作了。开发者要如何测试这一点呢?API开发者非常聪明，他们加入了canPlayType函数，但就是这个函数也不是所有浏览器都支持的。

事实9：各浏览器的实现是独立的

HTML5的田园诗般的愿景是一回事，其实现的蹩脚的现实是另一回事。诚然，程序员正在尽他们最大努力来实现架构师的梦想，但就是有一些标签和对象无法正常工作。

例如，有很多理由去喜欢HTML5的地理定位API。它提供了对隐私的一定程度的包含，对精确度也有控制。要是它能一直一贯地工作该有多好——有的浏览器就会总是超时，这个浏览器还是不太聪明，因为它应该知道台式机上是没有GPS芯片的。

最后，人们会去抱怨浏览器没有完全实现HTML5的特性，而不是去责备API本身的结构问题。这一事实凸显了Web开发者在开发基于HTML5的Web应用时所面临的挑战。

事实10：硬件idiosyncracies带来新的挑战

抱怨某些浏览器构建者超出了职责要求而提供更好的性能表现似乎也不公平，但这并非是恩将仇报。一个法拉利拥有者在绕过了一个灯杆以后，他就会发现有时候额外的动力并非总是好事。

Microsof通过将IE和低端硬件驱动整合而提升了IE浏览器中画布对象(Canvas object)的性能。它甚至做了一些游戏比如pirateslovedaisies来显示其性能。

但现在程序员们需要注意这些附加功能是否能够实现，并且这些代码的运行速度也是无法保证的。

例如，pirateslovedaisies的游戏设计者设计了一个开关来开启或者关闭IE支持的特性。但是，有没有一个API来告诉你这些特性是什么呢?没有。最简单的方式是通过浏览器名字来进行测试并估算帧速率。很多游戏开发者都有多年经验来了解可用硬件的范围，唯一的解决方法就是禁止创新，但这将是Web开发者又要解决的一个新的问题。

事实11：政治一直都存在

有个叫Ian Hickson的人，是HTML5标准的主要起草者，也是生命的最高独裁者(the Supreme Dictator for Life)。我想他们这是在开玩笑，因为这样的头衔实在太不匹配了。标准的编写者只是在提出建议，浏览器公司的编码天才们才是最终做出决定的人。他们可以选择实现或者不实习某个特性，然后Web开发者就要去测试结果是否稳定。几年以后，标准就会根据与实现程度的匹配情况做出改变。

很多Javascript开发者将兼容性问题都留给了开发代码库的人，比如jQuery。这些层让我们不必去了解不同浏览器之间的差别。但是，这些代码在将来是否足够健壮?只有时间才会知道。

这个议题凸显了这个领域中最根本的问题。我们想要自由、创造性以及因为浏览器间的激烈竞争而产生的丰富特性。创新的脚步非常快，但是因为浏览器开发者都争相添加新的特性以赢得先机，使得各个浏览器之间有更多的不同。

但我们希望能有一个统一的指挥者这样就能获得稳定性。但是，对于独裁和自治间的争斗，从来都没有一个理想的解决方式。与其为这些差异头疼，我们或许想要听听Winston Churchill对下议院所说的话：“事实上，民主是一种最糟糕的政府形式，除非其他的形式都经过了一次又一次的试验。”