随手查看我的Blog统计，发现有好多人来自蓝色理想上推荐的一篇文章叫《页面制作人员(W3C Page Builder)的修炼之道》，随后我来到作者blog，发现作者在文章中推荐了我的blog。唉，说起来真是惭愧，我的blog都是些散发着余味的陈年老文。半年多我都没有更新过技术文章，没有奉献什么。嗯，不过呢，2006年这整一年我都在大面积的在团队中部署标准，上半年是40人的.net软件团队，下半年是30人的J2EE互联网团队，现在2007年开始了，而我马上又将去一个.net互联网团队，在了解了这个已经努力应用了标准的团队情况后，我相信我仍能为他们带去天翻地覆的变化。我想说的是我依然在Web标准里沉潜。

自从Web标准出现的那一天，一直就有一种职位蠢蠢欲动，那就是制作。很多既不能做好设计也不能做好开发的制作人员因标准而兴奋，觉得标准就像春天一样降临，把制作这个职位从幕后推向了台前。

但是很遗憾，我觉得恰恰相反的是：Web标准的出现将加剧、加速、逼迫“制作”这个职位的死亡（怎么说都不过分）。我曾经在《重构之美－走在Web标准化设计的路上[复杂表单：Reloaded]》中简述过设计和制作之间不可分离的关系。先简单的再说说我的一些认识，我想以后我会专门写一篇文章来详细阐述Web标准下的分工与协同。

Web标准的三个部分中，也就javascript有较高的技术含量，css是技巧性的，xhtml是理解性的。什么意思呢？javascript需要一定的技术沉淀才能做好，而css和xhtml是可以速成的。又是什么意思呢？在有高手全力指导下，相对而言，javascript仍需要花很多时间来学习，而css和xhtml则不需要。因为对于技巧性和理解性的技术最难的是从不知道到知道，一旦知道就没什么了。不夸张的说，如果我全力培养，一个聪明的人最多一个月就可以成为所谓的Web标准高手，一个我耗费大量时间精力攻克、冥想的难题，他可以一秒中吸收过来，比如愚笨的我在运用Web标准一年半后才逐渐领悟到结构化的重要性，而我写出来后，一秒中您就懂了。

也就是说：至少2/3的Web标准都是可速成的。
也就是说：所谓的制作基本上是可以速成的。
也就是说：当有一本全面阐述Web标准的书籍面世之时（大言不惭的或许那就是我的书，狂吐舌头），在制作上人人都是高手。

【Web标准方面一直缺好书，最近国外的《Css Master》和国内的《css布局指南》，说实话并不好，并不是作者问题而是著书时间相对较早，那时的标准远不如现在成熟，书中谈及的问题也就较为初级和表面，且只涉及1/3的标准，这两本书还不如淘宝承志在去年底UE大会上的PPT中的部分标准应用认知，更为一针见血的道出了一些问题。而据我所知有不少的国内标准高手目前都在潜心写书，在这一领域，我想今年会有不少优秀的Web标准原创书籍面世，全面开花，一改这两年学标准无书可看的局面。Web标准正在全面从普及迈向成熟。】

也就是说：人人都是制作高手的未来就在眼前了。
那么也就是说：制作即将接近遍地都是，一文不值！
速成的东西，如果你不能迅速处于浪尖，那么价值永远不高，这是真理。如何处于浪尖？先问问自己有多少准备？现在回想我准备了四年，等了四年，原来就在等标准的出现，然后摇摇欲坠的可能还算悬在这一领域的浪尖上，呵呵。

我一直以来就认为，BS产品，前台的价值在设计上，后台的价值在数据库上（这可能不准确）。设计永远无法速成，你永远无法在短时间内培养出一名设计高手，1个月不行，3个月不行，半年不行，1年不行，我做设计做了7年了，绝对不敢自称设计高手，只能说凑合凑合，比上不足比下有余。这，就是设计的高含金量！

制作其实不完全是因可速成而掉价，我认为更为重要的是因为它破坏了团队的协同，使前后台的协同复杂化了，沟通的成本是很高的。Web标准的出现对于团队而言，最大的作用就是使得前台和后台能够真正的去做到平行并发无交叉的展开工作，淡化简化制作，让设计师用更多的时间专心设计，让程序员用更多的时间潜心开发，而不是嵌套过来嵌套过去，相互覆盖的纠缠。但是处于之间的制作却恰恰相反，破坏着这种平行，增加无数交叉线，也就会增加沟通成本。

还有一个原因，时间不早了，明天要开始新工作了得早睡，就简单说说好了，我曾经写过一篇《重构之美——css,stop!》的文章来抨击css，那是因为当时没人关心xhtml的结构化。但后来我一直想写一篇《重构之美——css,important!》，因为不会css的人是写不出好的xhtml结构的，这两者有很强的关联性，虽然xhtml非常重要。那么不会css的设计师能做好设计吗？Web标准不完美，有得有失，这个失就是对设计师的限制，如果不限制，任设计师随意而为，举例：随处可见的圆角设计。怎么办？当然能做到，但是代价是难以结构化的编写xhtml，那么就不能叫Web标准了，就是div＋css了，损失自然是结构层面上的复杂化和难控化，这对团队协同的影响是很大的。所以设计必须被限制，设计师必须基于标准思想来选用设计手法。（其实我不觉得是限制，谁说圆角一定漂亮？谁说某种设计方式就是唯一选择？只是需要设计师多动脑多思考而已，设计是千变万化的，情愿在设计上变不要在影响团队的结构上变。）说白了，在Web标准下，平面设计师要么彻底退出网页设计，要么学习css和xhtml，使用Web标准思想进行设计。

哎呀，我还想聊聊关于Web标准、微软的WPF和Adobe的Flex，这三个在团队协同方面都是致力于使设计师和程序员平行并发工作的技术。要睡了，以后系统聊吧，或者写进书里去。

最后，“页面制作人员”？“页面工程师”？“页面架构师”？嗯，我在上个公司最初的时候被称为网站页面架构师，今天拿到的新工作offer上写得是：Web架构师。去他妈的，在做CEO之前，老子就是一名网页设计师！其他各种乱七八糟的称呼给老子爬远点！