偶尔看到某人的网站链接上列出了我的博客,而且说明文字是WEB标准专家,我很汗颜,而且引发我去思考什么人才是WEB标准专家(国内的)。
首先作为专家,要有理论知识,知识点大致包括:
1.CSS语言,完全掌握当前流行的CSS2.1规范,基本了解CSS1.0,CSS3.0
2.XHTML语言,完全掌握XHTML1.0规范,XHTML标记都有什么,怎么合理的语义化的去使用这些标记,哪些标记是未来会被抛弃的,哪些标记是未来会有的。基本了解HTML4.0以及以前版本,XHTML2.0。其他如微格式,HTML5之类的民间草根机制。
3.Javascript语言,DOM,这块我只能是了解基本语法,语言的历史。我理解的专家是完全掌握Javascript语言,DOM当前版本,基本了解历史版本和未来版本。
3. 平台的支持情况,包括以上三种语言在平台中的支持情况,如XHTML1.0的MIME类型application/xhtml+xml不被IE支持。 CSS2.1的诸多元素不被IE支持或者错误的支持。Javascript语言,DOM就更糟糕,DHTML已经成为习惯。以及如何找到替代方案解决。
4.WAI,WCAG,网站亲和力指导,508条款。
5.了解后台编程基础,后台程序模板机制。
其次是实践经验:
1.使用CSS布局,还原UI设计稿和交互行为,坚固的适应性(不会被内容的填充破坏UI效果)。UI设计稿并不都是Web标准组织或者W3C那么规范和简单的,而且包括的网页元素也五花八门。需要兼容存在用户的平台,你的用户可能用那些浏览器和设备。
2.XHTML标记的语义化使用和网站的SEO。
3.网页打开性能优化,流量节省。文件大小,连接数。
4.服务器并发负载。
5.大型项目的开发模式。如何提高单人开发效率,多人协同开发,向前向后兼容,应对随时到来的需求变更。
再看看我,明显不符合要求。虽然我读过相关理论书籍,中英文,纸质的,电子书,不下20本,阅读的英文网页文档很多,那也只是一个行业应用人士,职业人的要求。开发经验,我做过的网站数量不到20个,原来在学校的时候的一些外包,大部分是企事业单位的网站,个别的功能性的网站。论理论,论开发经验,远远不足。
再看看别人吧,那些提出WEB标准的老外们,和写过书的老外们。难道他们就是WEB标准专家,可以对照一下,谁能够写出以上全部知识点的书籍给读者,网站重构也没有提到开发模式和网站性能。W3C的制定者们,也没有谁能完全统筹以上知识点。
看来WEB标准是没有专家了,当然是没有专家,只是一个感念而已,这个感念还在摸索期间,而且很多公司portal是CSS布局,活动页或者其他不重要的 table布局。因为这个感念还存在缺陷,其一就是开发周期过长的缺陷。某个语言,某个技术点,很多人堪称专家,但是不是WEB标准。
对于WEB标准,国内说网站重构更合适一些,都是在对一个概念的摸索和实践阶段,然后由于对新事物缺乏人士,产生了很多奇怪的现象,搞软件的人都开始翻译 CSS的书籍,搞后台的都想用程序输出CSS,还有,把有写CSS教程的人,写过某些日志的人,做过几个CSS布局的网站的人,就看作是WEB标准高人专家,有点过头。
希望对WEB标准还持有一个探索的心理,不要局限在某个思维之上,记得当初网站重构风靡的时候是div+css之争,后来是XHTML+CSS,再后来回归WEB标准的说法,呵呵。在此期间很多人把CSS供奉为神器,无所不能,无人不爱。导致一切的讨论和追去都放在了CSS 上面,当自己的CSS足以能够还原UI稿的时候,迷茫,不知所措,不知路在何方。
前几天我们在广东附近的几个WEB标准行业的人,聚了一次,谈了一下对WEB标准的看法,也发现这个行业的不规范和不被认可的尴尬,为什么会尴尬?最重要一点是别人不知道他们能做什么,能做到什么,CSS趋向性的讨论和舆论,让更多的人认为,这是一批玩技术的人,Table挺好的,搞出一个DIV,然后写一堆CSS去炫耀自己的不实用的技术。网站重构那本书篇幅有限也说的很笼统,一句话就是 “执行力”,说了很多好处,分析了行业弊端,但是 “执行力”没能体现出来,怎么做才能具体的解决一个个的弊端。给人的感觉就是CSS布局了,就海阔天空了。可是当使用了CSS布局的时候,一个大型的网站做到最后,自己都找不到CSS应该如何修改的地步,整个项目重做。更亲和搜索引擎,如何亲和,CSS隐藏掉百分之80%的文字,隐藏文字堆砌,你试试搜搜引擎怎么对你。
其实我想说的是用 执行力的角度去审视和学习WEB标准吧,别把眼光更多的放在CSS上,别让那些米农认为CSS相关的域名很值钱,同仁们,不然我们会死的很惨,会很快考虑转行,因为我们让这个感念变得越来越虚,越来越不实用。
首先作为专家,要有理论知识,知识点大致包括:
1.CSS语言,完全掌握当前流行的CSS2.1规范,基本了解CSS1.0,CSS3.0
2.XHTML语言,完全掌握XHTML1.0规范,XHTML标记都有什么,怎么合理的语义化的去使用这些标记,哪些标记是未来会被抛弃的,哪些标记是未来会有的。基本了解HTML4.0以及以前版本,XHTML2.0。其他如微格式,HTML5之类的民间草根机制。
3.Javascript语言,DOM,这块我只能是了解基本语法,语言的历史。我理解的专家是完全掌握Javascript语言,DOM当前版本,基本了解历史版本和未来版本。
3. 平台的支持情况,包括以上三种语言在平台中的支持情况,如XHTML1.0的MIME类型application/xhtml+xml不被IE支持。 CSS2.1的诸多元素不被IE支持或者错误的支持。Javascript语言,DOM就更糟糕,DHTML已经成为习惯。以及如何找到替代方案解决。
4.WAI,WCAG,网站亲和力指导,508条款。
5.了解后台编程基础,后台程序模板机制。
其次是实践经验:
1.使用CSS布局,还原UI设计稿和交互行为,坚固的适应性(不会被内容的填充破坏UI效果)。UI设计稿并不都是Web标准组织或者W3C那么规范和简单的,而且包括的网页元素也五花八门。需要兼容存在用户的平台,你的用户可能用那些浏览器和设备。
2.XHTML标记的语义化使用和网站的SEO。
3.网页打开性能优化,流量节省。文件大小,连接数。
4.服务器并发负载。
5.大型项目的开发模式。如何提高单人开发效率,多人协同开发,向前向后兼容,应对随时到来的需求变更。
再看看我,明显不符合要求。虽然我读过相关理论书籍,中英文,纸质的,电子书,不下20本,阅读的英文网页文档很多,那也只是一个行业应用人士,职业人的要求。开发经验,我做过的网站数量不到20个,原来在学校的时候的一些外包,大部分是企事业单位的网站,个别的功能性的网站。论理论,论开发经验,远远不足。
再看看别人吧,那些提出WEB标准的老外们,和写过书的老外们。难道他们就是WEB标准专家,可以对照一下,谁能够写出以上全部知识点的书籍给读者,网站重构也没有提到开发模式和网站性能。W3C的制定者们,也没有谁能完全统筹以上知识点。
看来WEB标准是没有专家了,当然是没有专家,只是一个感念而已,这个感念还在摸索期间,而且很多公司portal是CSS布局,活动页或者其他不重要的 table布局。因为这个感念还存在缺陷,其一就是开发周期过长的缺陷。某个语言,某个技术点,很多人堪称专家,但是不是WEB标准。
对于WEB标准,国内说网站重构更合适一些,都是在对一个概念的摸索和实践阶段,然后由于对新事物缺乏人士,产生了很多奇怪的现象,搞软件的人都开始翻译 CSS的书籍,搞后台的都想用程序输出CSS,还有,把有写CSS教程的人,写过某些日志的人,做过几个CSS布局的网站的人,就看作是WEB标准高人专家,有点过头。
希望对WEB标准还持有一个探索的心理,不要局限在某个思维之上,记得当初网站重构风靡的时候是div+css之争,后来是XHTML+CSS,再后来回归WEB标准的说法,呵呵。在此期间很多人把CSS供奉为神器,无所不能,无人不爱。导致一切的讨论和追去都放在了CSS 上面,当自己的CSS足以能够还原UI稿的时候,迷茫,不知所措,不知路在何方。
前几天我们在广东附近的几个WEB标准行业的人,聚了一次,谈了一下对WEB标准的看法,也发现这个行业的不规范和不被认可的尴尬,为什么会尴尬?最重要一点是别人不知道他们能做什么,能做到什么,CSS趋向性的讨论和舆论,让更多的人认为,这是一批玩技术的人,Table挺好的,搞出一个DIV,然后写一堆CSS去炫耀自己的不实用的技术。网站重构那本书篇幅有限也说的很笼统,一句话就是 “执行力”,说了很多好处,分析了行业弊端,但是 “执行力”没能体现出来,怎么做才能具体的解决一个个的弊端。给人的感觉就是CSS布局了,就海阔天空了。可是当使用了CSS布局的时候,一个大型的网站做到最后,自己都找不到CSS应该如何修改的地步,整个项目重做。更亲和搜索引擎,如何亲和,CSS隐藏掉百分之80%的文字,隐藏文字堆砌,你试试搜搜引擎怎么对你。
其实我想说的是用 执行力的角度去审视和学习WEB标准吧,别把眼光更多的放在CSS上,别让那些米农认为CSS相关的域名很值钱,同仁们,不然我们会死的很惨,会很快考虑转行,因为我们让这个感念变得越来越虚,越来越不实用。