首页 > 代码库 > 挖掘WEB前端工程师的剩余价值

挖掘WEB前端工程师的剩余价值

开发团队里总感觉前端工程师的合作不够融入,使用率也不高;有句话说的好,开发流程的打磨就是要看哪里有短板就要想办法提升短板。

大家对前端这个角色的工作职能都不一致,大致分为以下2类:
类型1,设计UI页面,并把最后的页面用静态html实现出来;这样的前端,更倾向于UI。相当于把UI设计师抢了部分前端的活儿。
类型2,根据UI设计师的设计,设计出静态页面,并加入一些交互效果,如输入内容检验;另一端,和后端工程师配合,完成简单提交交互;

这里我要说的是第二类前端,他们更倾向于程序开发,有逻辑思维能力;技能上,懂CSS,html,js;需要了解jquery,extjs,bootstrap等js和css框架;项目实践中会发现,这类工种的使用率不高。因为,不用参与产品设计,不用考虑业务实现:只要等着UI出图,把静态页面实现就OK,下面就等着后端套图。很多后期的新需求,对页面没什么改动,前端也无需都少投入;及时需要投入,设计规范已经形成,也没有多大工作量。大家会发现,前端工程师就是不了解业务逻辑也没什么关系。

我是这么看这个工种的安排:
方式1:不用请专门的前端工程师;
-- 对于to C的页面完全可以请外包公司来做;或者在项目的前期找一个既有产品来仿照;以后再招自己的前端工程师;
-- 对于to B或管理员页面,可以使用bootstrap这样的开源框架来写,已是绰绰有余;

方式2:找个会写web页面的UI设计师;
-- 相当于前端的职能一部分分配到了UI设计师,一部分分配到了后端工程师;

方式3:多多增加前端的工作内容
-- 静态页面的套图由前端来完成:这个可能不好理解,难道让前端来写PHP或J2EE;其实不是这样子的:可以想象一下客户端和服务器端的配合,客户端负责页面的呈现和少量的业余逻辑判断,服务器端提供的是接口。web前端和后端也可以采用这样的配合方式,前端通过ajax获取数据,然后进行页面的组装;
-- 除了业务页面,其实还有很多宣传页面的设计,可以同步开始;

-- 前端架构的实现:相当于有自己的一套设计规约;这样后端也可以参与到页面设计中,如果人手不够的时候。


感想:

        估计一些童靴会酸溜溜的说,这是会省人力;的确如此,如何一个项目从组建开始就会考虑成本和效率的问题;如何合理组建团队,挖掘团队效率这是管理者的职责。此外,大家可以想象一下,如果一个团队了所有的人都忙的焦头烂额,却偏偏有个人无法为项目贡献力量:他会是什么样的感觉,有力使不上?其他人会是什么感觉,凭什么就我天天加班,而他却很清闲?老板会怎么想,给你的人没有充分利用,这个管理者一定有问题?

      技术的架构不光是为了适应产品和业务,有时也是因为组织特性。


挖掘WEB前端工程师的剩余价值