第三类：客户端优化

　　讨厌的IE的滤镜和CSS expressions少用，小心把浏览器搞挂，CUP 100%死机。

　　CSS放到前面，js能放到后面的放在代码后面。将页面尽早展示给用户。

　　减少iframe的使用，避免CPU扛不住。

　　减少DOM个数，减低浏览器解析压力。

　　使用 而不是@importChoose over @import，在 IE 中 @import 指令等同于把 link 标记写在 HTML 的底部。而这与第一条相违背。

　　提高js的执行效率，话题太大不提了

　　缩小 Cookie，针对 Web 组件使用域名无关性的 Cookie (Use Cookie-free Domains for Components)

　　还有小图片的repeat背景会提高浏览器的CPU占用。

　　合理的DOM排序，把重要的内容代码前置，优先加载。

　　再就是些没对号入座的雅虎性能优化的条目。至此可以检验到页面工程师不是盖的，需要对代码、文件，http协议，缓存，服务器等精准的学习和控制，达到提供用户最最基本的体验——访问速度的体验。

　　Web标准的分离思想和结构化语义化html促成了以上很多条的实施，这是美工时代所不能比拟的。

　　落后的页面工程师体系，美工代劳的页面代码，唯独IE才能浏览的页面代码，不需要写代码用图形工具直接导出的页面代码，大量的流量消耗的页面代码，速度慢的像蜗牛的页面代码，程序员看到就头大发麻的页面代码，每次改版修改都要打动干戈，重复产生的页面代码，一种让页面工程师和民工一样的页面代码。

　　我们当然要革命它，取代他，创造全新的页面工程师体系和页面质量，独立的页面工程师完成的页面代码，跨越平台的页面代码，只要能解析页面的设备都能够访问和浏览，手写的页面代码，整齐划一，层次分明，最低流量消耗的页面代码，程序员喜欢的页面代码，访问速度超快的页面代码，改版可重复利用的页面代码，让页面工程师抬起头来，骄傲的称自己是工程师，书写的也是计算机代码的页面代码。

　　前端优化正好给Web标准提供了一个检验的机会，用“实践是检验真理的唯一标准”来判断标准化到底好不好，对不对。