2010webRebuild 大会 广州站记录 & 后记 (在职前端人员的发展与思考)
2010-09-13 15:30
471 查看
周末抽空参加了2010webRebuild 大会 广州站,与深圳站不同的是广州站有很多在校学生参加了这次大会
而深圳站更多的是在职的前端开发者。在内容方面,除了前端技术的创想外还包含了移动终端的重构以及知识
重构的范畴,以下是我在本次大会中,有关前端技术方面的笔记:
1、前端环境优化
理念:
通过一个中间层去处理所有浏览器的兼容问题。
实现方式:
写语义化的XML,通过xslt进行一次编译,
编译的结果是一个已经处理了所有兼容问题的 html,
然后在此html上进行前端开发。
现状:
· XSLT编译器已实现,但规则尚需完善。
· 生成的 html有较多的行内代码,依赖 hack 处理兼容问题。
·
多人开发模式尚未完成。
2、图片优化
理念:
通过对图片的压缩减少流量压力。
亮点:
4000
· jpeg2000,swf代替png32,png8,firework渐进式加载图片。
· 网页打印图片变黑的原因:压缩过程中把打印数据块抛弃。
3、HTML&CSS模块化
理念:
如同乐高式的模块组装
实现方式:
把页面抽象成不同的模块,模块下有不同的成员,成员继承父模块的样式。
现状:
· 模块化工具已完成,通过简单的选择操作即可完成网易mail页面的重现。
· 未实现CSS,JS的按需加载,只实现了HTML的模块化,适合应用在快速开发中。
针对第一点和第三点我与网易的同学进行了会后的交流。两套系统
虽然在实现方式和性能效率方面都有较大的缺陷,但是idea不错
。为什么会选择 xslt 和 纯js去实现这两套系统,而不是通过一个 PHP/ASP/JSP 的中间层
把两套系统合而为一,把模块内容存放在数据库中进行版本管理?从交流当中引出了另外一个问题,就是前端人员对后台技术的了解不深,技术视角过于局限,对公司的依赖较重
,其实对于前端人员的发展是不利的。如何走出这个瓶颈呢?这才是我今天要谈的重点。
我是一个半路出家的前端,和很多在小公司工作过的同学一样,我做过美工、页面制作、前端、后台、数据库。和别人不太一样的是,我没有把这些工作分别对待,我觉得网站设计是一门综合艺术,每一个环节都可能影响成败。我目前对自己的定位是前端,但是并不妨碍我在 UE, UI以及后台方面的发展,每多掌握一项技能,你解决问题的方法就多了一种。
在很多大型企业,例如我现在所在的公司一样,他们都有自己开发的框架、自己的环境、甚至自己的开发工具,分工也十分细致,产品提供产品原型、UE提供原型稿,UI提供设计稿,构建提供HTML+CSS, 前端提供JS,每个人都很清楚自己要做的事情,做得很细优化得很深。但是时间长了,人就会变成流水线上的机器只专注自己负责的工序,对上下游的流程产生依赖,欠缺大局观。当你要到一个新公司,公司的框架、环境、开发工具都是带不走的,那你还剩下什么?没有老板会给你一年时间慢慢把这些东西重新搭建起来,很多大公司跳槽出来的技术人员往往不能适应新环境就是这个原因。
想要突破这个瓶颈,你需要的是沉淀你的技术,抛开那些实现层面的内容,去关注那些内在的东西。
例如很多前端同学至少会使用几种不同框架 jQuery, mootools,ExtJs, YUI等,他们也知道这些不同的框架各有自己擅长的领域,但是也就止于此了,至于这些框架在实现同一个方法采取了不同的方案,而这些方案是如何与他们的设计理念相呼应,没有多少人关心,而这些才是框架的精髓,当你掌握了框架的精髓以后,你面对新的开发,新的工作环境,需要解决新的问题时,你就可以选择一个更优的方案去实现,而不必依赖框架依赖开发工具。
如果还想跟进一步,请跳出 JS的框框,前端不只是JS而已,从浏览器发起请求到服务器响应,从网络传输协议到浏览器渲染引擎,每一个环节都会影响网页在用户桌面的表现,这些都是前端。
而深圳站更多的是在职的前端开发者。在内容方面,除了前端技术的创想外还包含了移动终端的重构以及知识
重构的范畴,以下是我在本次大会中,有关前端技术方面的笔记:
1、前端环境优化
理念:
通过一个中间层去处理所有浏览器的兼容问题。
实现方式:
写语义化的XML,通过xslt进行一次编译,
编译的结果是一个已经处理了所有兼容问题的 html,
然后在此html上进行前端开发。
现状:
· XSLT编译器已实现,但规则尚需完善。
· 生成的 html有较多的行内代码,依赖 hack 处理兼容问题。
·
多人开发模式尚未完成。
2、图片优化
理念:
通过对图片的压缩减少流量压力。
亮点:
4000
· jpeg2000,swf代替png32,png8,firework渐进式加载图片。
· 网页打印图片变黑的原因:压缩过程中把打印数据块抛弃。
3、HTML&CSS模块化
理念:
如同乐高式的模块组装
实现方式:
把页面抽象成不同的模块,模块下有不同的成员,成员继承父模块的样式。
现状:
· 模块化工具已完成,通过简单的选择操作即可完成网易mail页面的重现。
· 未实现CSS,JS的按需加载,只实现了HTML的模块化,适合应用在快速开发中。
针对第一点和第三点我与网易的同学进行了会后的交流。两套系统
虽然在实现方式和性能效率方面都有较大的缺陷,但是idea不错
。为什么会选择 xslt 和 纯js去实现这两套系统,而不是通过一个 PHP/ASP/JSP 的中间层
把两套系统合而为一,把模块内容存放在数据库中进行版本管理?从交流当中引出了另外一个问题,就是前端人员对后台技术的了解不深,技术视角过于局限,对公司的依赖较重
,其实对于前端人员的发展是不利的。如何走出这个瓶颈呢?这才是我今天要谈的重点。
我是一个半路出家的前端,和很多在小公司工作过的同学一样,我做过美工、页面制作、前端、后台、数据库。和别人不太一样的是,我没有把这些工作分别对待,我觉得网站设计是一门综合艺术,每一个环节都可能影响成败。我目前对自己的定位是前端,但是并不妨碍我在 UE, UI以及后台方面的发展,每多掌握一项技能,你解决问题的方法就多了一种。
在很多大型企业,例如我现在所在的公司一样,他们都有自己开发的框架、自己的环境、甚至自己的开发工具,分工也十分细致,产品提供产品原型、UE提供原型稿,UI提供设计稿,构建提供HTML+CSS, 前端提供JS,每个人都很清楚自己要做的事情,做得很细优化得很深。但是时间长了,人就会变成流水线上的机器只专注自己负责的工序,对上下游的流程产生依赖,欠缺大局观。当你要到一个新公司,公司的框架、环境、开发工具都是带不走的,那你还剩下什么?没有老板会给你一年时间慢慢把这些东西重新搭建起来,很多大公司跳槽出来的技术人员往往不能适应新环境就是这个原因。
想要突破这个瓶颈,你需要的是沉淀你的技术,抛开那些实现层面的内容,去关注那些内在的东西。
例如很多前端同学至少会使用几种不同框架 jQuery, mootools,ExtJs, YUI等,他们也知道这些不同的框架各有自己擅长的领域,但是也就止于此了,至于这些框架在实现同一个方法采取了不同的方案,而这些方案是如何与他们的设计理念相呼应,没有多少人关心,而这些才是框架的精髓,当你掌握了框架的精髓以后,你面对新的开发,新的工作环境,需要解决新的问题时,你就可以选择一个更优的方案去实现,而不必依赖框架依赖开发工具。
如果还想跟进一步,请跳出 JS的框框,前端不只是JS而已,从浏览器发起请求到服务器响应,从网络传输协议到浏览器渲染引擎,每一个环节都会影响网页在用户桌面的表现,这些都是前端。
相关文章推荐
- 腾讯Web前端大会 WebGL&Three.js(MR_LP)
- Web前端开发笔试&面试_02(others)
- Web前端开发人员实用Chrome插件收集
- Esri美国用户大会Q&A 之 ArcGIS Server未来发展
- Web App框架发展趋势及现状分析
- 金融危机下研发人员的职业发展-SD2.0大会第一天人力资源嘉宾论坛
- 关于大型网站技术演进的思考(二十一)--网站静态化处理—web前端优化—下【终篇】(13)
- Web前端开发人员和设计师必读文章推荐【系列七】
- Web前端开发人员实用Chrome插件收集
- JavaWeb实例:记录在线人员信息,管理员可以踢人
- 百度2010校园招聘 web前端开发笔试题(大概)
- "开源"与"Web服务"领跑07上半年软件技术发展
- 2017.10.16 水管局长&&水管局长数据加强版 思考记录
- Web前端框架与类库的思考
- Web前端开发人员和设计师必读文章推荐【系列七】
- WEB前端(F2E)的发展趋势
- 十款让 Web 前端开发人员更轻松的实用工具
- 关于大型网站技术演进的思考(二十)--网站静态化处理—web前端优化—中(12)
- JavaScript & jQuery交互式Web前端开发pdf
- AC 2017:Alloyteam Web前端大会