Web浏览器看作是一个平台，一种交付我开发的Web应用程序的方法。
这就是为什么我不太热衷于Apple新推出的Windows Safari浏览器的原因。你不要误解，我想这是Apple的一个重要举措。这将增加该公司除iPod和iTunes之外在Windows领域的心理占有率。另外，重要的是，它还通过了CSS显示的严峻考验，这是IE7或Firefox2都无法处理的特性。

但如果Web浏览器只是一个平台，那么对一名开发者而言，这个平台的稳定性就显得尤为重要。一个新的平台伴随着新的挑战和不兼容性，这是一个优秀、稳定的开发应用程序的平台的对立面。

现在，我们没有时间创新并推动Web应用程序向前发展，相反，我们必须退回一步，重新在Windows Safari上完成所有测试。我们必须进行重新检验，看JavaScript代码是否工作，CSS是否正常显示，等等。随着Safari由试用转向正式发布，你还必须在每一个新版本上重复这个过程。
同时，它不会像IE和Firefox一样保持稳定——他们可能会推出新版本，要么是由于先前计划的版本或在Safari中增加新特性。这意味着要对代码进行新一轮的测试和重新检验。

现在，我知道我们正进入一个领域，在这个领域中，Web上发生的大部分事情也会在Prototype和Google Web工具箱这类框架上发生。理论上，你所要做的只是给框架编码，然后让框架开发者去担心在Windows Safari这样的新浏览器上进行测试和重新检验。

不过我们还是现实一点，框架开发者无法保证他们开发的所有代码都能在这些不同的显示平台上正常运行。如果你确实想支持Windows Safari，你仍然必须测试和重新检验你自己的应用程序。而不能将这个工作留给框架开发者来完成。

除此以外，你可能还要对代码进行一些处理，这不属于框架的范围——一些特殊的CSS或JavaScript，这肯定必须在Safari上重新进行检验。如果Safari确实占领了相当大的市场份额，那么你的测试矩阵就会由两个主流浏览器（IE和Firefox）增加到三个；这增加了50%的测试工作。

我不希望听起来像一名勒德分子——我相信软件领域的竞争和创新是件好事。只是从个人角度来说，必须处理另一个平台让人感到头痛。我想我太老了，无法应付新一轮的浏览器之战。