挖掘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获取数据，然后进行页面的组装；
-- 除了业务页面，其实还有很多宣传页面的设计，可以同步开始；

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

感想：

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

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

在考虑要不要把类CS架构和bootstrap发上来