Webkit 浏览器前缀是否影响web 技术的进步

至少目前来看webkit前缀是没有损伤web技术提高的，反而起到了促进作用。

不得不供认css的低层化是开发趋向。从css3末尾很多原本样式的控制从js上被分别出来，不乏::checked伪类被大家开掘出更多的玩法，而相对js来说及其落后的编辑环境是目前前端面临的效果之一。于是就有人末尾了less/sass这样的编译工具提供更完善的方案。我们完全可以疏忽各种前缀，跨语法的自在开发。

发现效果了么？，当我们在一个完善的开发环境中，规范的滞后不是基本效果，作为一个开发者我只需关心我的代码完成了怎样样的效果就可以。甚至于由于webkit前缀的出现，我可以优先于规范尝试新技术。

再来我们剖析一下状况

为什么会有阅读器前缀这种畸形的规范出现？依照我的团体了解是w3c没有执法权，工程师想要先进的玩具，规范出的又慢又不靠谱，当然是本天然轮子完成。我是依据你的图纸加工的，但你不能监视我的加工进程不能审查我的产品效果，当然阅读器前缀这种时代的产物就肯定要出现。

既然不能阻止他出生，那至少增加他的损害

那最重要的一点，他的影响究竟有多大？又或许说webkit前缀会用什么方式损伤web技术的开展？

很多人说这是另外一个ie6 伟大 无私 还带着满身倒运，纵观前端的开发史就会发现6爷形成的影响不过是九牛一毛，反而促进了一个新web时代的来临，没错至此之前，甚至昔日某些冤家还会由于6爷的臭脾气而抓狂（比如一只特立独行的猪由注释形成的换行bug）但是最新的技术曾经完全坚持ie6了

我要说的是连webkit的老晚辈ie6形成的影响也不过如此，又谈何损伤技术阻碍开展呢？

再回头看看前端的开展速度

从jquery到angularjs 从页面script标签到require 从手动管理到grunt

如此可怕的更新速度，你们真的觉得兼容才是正确的么？

很复杂的效果

一个两年前的网站如今再看能否还能被用户正常运用呢？