W3C验证的是是非非

W3C 验证让很多 Web 设计与开发者感到纠结，在自己的网页上放置一个验证按钮，点击以后，当看到 W3C 为你给出的全部是绿色对勾的时候，满足感油然而生，然而对这种机器验证的过度依赖往往带来另外的问题，本文讲述的是 W3C 验证中的一些是与非。

W3C Web 验证的现状

必须明白，所有有生命的东西必须在机械与常识之间取得平衡，虽然 Web 标准如今被奉为圭皋，然而那些用来对你的代码进行验证的工具并不代表最好的判断。下面的代码或许通不过验证，但在没有更好的替代方法之前是可以接受的。

Current Practices

那些不遵守代码验证的站点

我们可以对Alexa排名前100的站点进行W3C验证测试，会发现，大量的站点根本通不过验证，Amazon 的首页包含了大量的验证错误和警告，当然并不能说明 Amazon 存在什么严重的问题，不过，压根不关心验证和过于依赖验证都不可取。

Amazon's front page doesn't validate, but it doesn't mean they don't care.

盲从验证规则

那些过分依赖验证的情形也值得我们担忧，很多人对验证形成了药物般的依赖，常常是为验证而验证，为了通过验证，他们不惜使用各种奇巧淫技。如果你对验证非常纠结，会很熟悉下面这些自动验证工具。

There are a lot of tools out there, but you should be wary about which you rely upon.

语境为王

对验证而言，很多人经常忽视的一个问题是语境，验证工具是机器，而非人，机器永远无法取代人的判断。下面这个站点的设计，机器的评价会怎么样？它完全判断不了，机器看到的只是代码。

What does this design say to a machine? Nothing! It only sees the code and that's it.

人能做出决断而机器不能

目前的技术，机器智能离真正的智能还有很远的距离，机器并不能理解语境和语义，将来也许能，但现在不能。

There may be a time where machines are as smart as humans, but that's not today.