前端工程师是否需要细分

1

本文是关于前端工程师是否需要细分的个人意见

本文和技术没有关系

本文和阵营没有关系

本文语法错误极其多，请勿在意

2

事情的开始源自于@前端农民工说的前端细分问题以及@Hoogle讨论的结果。对于一个还在找工作的前端入学者的思考，事实上程序员阵营问题和这个问题有相似之处。程序员要争论的问题实在是太多了，导致我怀疑大家是不是很有空，按照我的理论来说就是不用太在意，能work就行，所以我想说我自己思考的东西。

3

相对前端问题来说，大致前后端分工的争论更少一点，因为前后端涉及的东西太多，区别也很大导致大家态度都比较明确，只有少数人觉得前后端实际上不应该分出来，特别是nodejs出现以后，前端工程师大多数都想（不完全统计）进入后端开发，出于各种各样的原因。但是因为前后端毕竟相差太多，所以争论极其少，甚至在招聘中其实后端要求明确比前段严格。那为什么会出现前端细分呢，照理论不是应该一样吗。

角度问题：

公司效益最大化应该是公司考虑的主要问题，人员组件化使得公司运作就好像机器一样，一个螺丝坏了，没事，换一个就是了，这样减低了公司人员组织的难度。比如说，公司本来有一个人负责前后端，后来离职了，那公司问题就大了，技术人员都没了怎么破。如果公司人员有两人，一个前端一个后端，后端走了，前端还在没事不就是找个后端嘛，要找前后端都会难，找个后端还不容易。后来前端工作太多了，怎么办？前端又要搞定设计又要当产品经理又要负责浏览器适配还要和后端配合，于是乎有了产品经理，设计师，页面工程师和JS工程师。各位看官大概懂了吧，对的就是组件化，对效益简直就是质的提升，不懂的话就看做是一个类库好了，封装完毕互不影响。那问题出现在哪里呢？

个人角度：

设计师有设计师的骄傲，产品经理有产品经理的骄傲，后端有后端的骄傲，比起这些骄傲，似乎页面工程师的骄傲会少一点。并不是我在嘲讽页面工程师或者是自以为是，页面工程师更多像是螺丝钉，他们要完成psd的实现版，这里几乎没有任何思想，对的没有思想。页面工程师在互联网开始的时候天花板很低，可是现在已经不是那个时代了，技术在发展使得页面工程师需要的变得更多更多，设计师空间也变大了，但是页面工程师的骄傲纠结在哪里，就好像是处于一种两难的处境，处在于设计和程序的灰色地带，处理极其繁杂却总有一天会被解决的问题。所以，不再只是想做一个页面工程师了。对于个人而言，技术是没有天花板的希望公司能够给与自己的帮助，觉得细分职位对于技术发展没有益处，其实这是基于个人的需求和希望。

或许会有人说：这个是个人问题，个人要自己学习，努力和进取。也会有人说：这是公司的问题，细分对个人技术发展没有益处。所以这个问题是要分角度来看的。这样不就是没有结论了吗？

如果把公司看成是一个大圆，人才看成一个小圆，公司的目的是要变成更大的圆，圆的大小也就是人才优秀的程度。大圆不能预先知道小圆的大小，但是小圆加入大圆，大圆之后会变得更大。对了各位看官估计也看懂了，这根本就不是一个技术问题。

招聘全能工程师有多难，这才是问题。对于个人，那就是，不优秀请努力，能干就行。