web|web标准
可操作性是一个理论能够被接受和普及的原驱动力，这个想法来自看“百家讲坛”《儒道之争》体会到的，儒家之所以在汉朝汉武帝统治时期得到极大的尊崇—— “独尊儒术，罢黜百家”。就是因为一大批儒家的学者在可操作性方面的努力，让高高在上的儒家学术，人们所认为的大道理和生活息息相关的一些具体的操作联系起来，也就是实践，邓老的“实践是肌检验真理的唯一标准”。
Web标准的优势，所带来的优势就是他的可操作性的代表，如
1)对网站浏览者的好处：
文件下载与页面显示速度更快；
内容能被更多的用户所访问（包括失明、视弱、色盲等残障人士）；
内容能被更广泛的设备所访问（包括屏幕阅读机、手持设备、搜索机器人、打印机、电冰箱等等）；
用户能够通过样式选择定制自己的表现界面 ；
所有页面都能提供适于打印的版本；
2)对网站所有者的好处：
更少的代码和组件，容易维护 ，结构可以重用；
带宽要求降低（代码更简洁），成本降低。
更容易被搜寻引擎搜索到 ；
改版方便，不需要变动页面内容；
提供打印版本而不需要复制内容 ；
提高网站易用性。在美国，有严格的法律条款（Section 508）来约束政府网站必须达到一定的易用性，其他国家也有类似的要求。
更多的优势?
但是这种可操作性体现在高层管理人士，在这些优势的背后带来了更基层的可操作性的困难，也就是开发人员的可操作性。
1. 对web标准认识的混乱，如何量化；
2. 开发效率低下；
3. 浏览器对CSS规范支持的不统一；
4. CSS布局的带来的开发难度；
5. CSS布局的容易破坏性
6. ……
也可以从可操作性上来解释为什么大家关注CSS的程度远远大于别的标准(XHTML，XML，DOM)，因为网页不能像白板一样，人们获取信息时通过网页界面而不是源代码。
人类对于困难，总是有方法来解决，对于我能想到的这些困难，同样也有一系列的方法去搞定
1. 如何量化web标准，大家熟知的w3c校检（w3c Validation）就是让你的代码规范化，量化你的代码的规范。完整性呢？我觉得web standard checklist（Web 标准要求一览表）就是完整性的一个量化。
2. 开发效率低下的问题，也是有一些办法的。
首先，DW8对web标准的支持，生成的XHTML代码符合W3C的规范，还有开源工具HTML Tidy ，批量修改你的代码，将HTML转换成符合标准的XHTML。
其次制作自己的代码剪辑库，重用代码，插入一块代码模块。具体做法去看看 web标准高效开发系列
最后，制作布局剪辑，把各种常用的布局模块，先从w3cn.org提供的布局开始吧
3. 浏览器支持不统一，诞生了CSS hack&filters，实现浏览器的统一提供了可操作性，这里也有开发效率的问题，作法就是代码剪辑了，将常用的hack收藏起来。
4. CSS布局困难，开发效率最低，我也认为CSS的布局挺麻烦，我现在做某些布局也很头疼，但是吃几改善方案，就是制定自己的CSS命名规范，根据你CSS命名，开发结构，整理常用布局，就可以很容易的实现布局的重用和移植。
5. CSS布局的容易破坏性，也就是嗷嗷提出的web标准的N种死法， ，我补充一点就是编辑器生成代码的破坏最严重，如果某个标记没有闭合，整个布局就垮了。
其实主要关注的操作还是高效开发，可惜我当初在 经典论坛提出讨论的时候没得到预期的效果，我个人认为是中国人还是太独(包括我)不怎么喜欢讨论和合作。如果开发效率再一次的提高，web标准的发展就上升到另外一个层次了。
发现我每次写东西都是虎头蛇尾，写着写着就不想写了。加上最近比较忙，就扯到这里吧。