【编者按】大多数人认为全栈（Full Stack）工程师，也可以叫全端工程师，无论是前端知识，还是后端架构你都要了解。但在笔者四火看来全栈并不等于全面、“全栈”也不等于“全端”，但可以肯定的是思维方式和学习能力在全栈工程师中扮演无比重要角色。一个真正的全栈工程师，目标只有一个：创业。
纵使目标再大，人的精力有限，于我来说，早些时候远大目标隐约是“成功的软件工程师”这个样子，但是目标是需要逐渐细化的。这些年我渐渐对自己的定位和未来有了一个清晰一点的认识。确实我有很强的观点，觉得软件工程师需要有足够的全面性，在《我眼中的工程师文化》中我也说“工程师文化，不是只有权力的一面，它对工程师的要求，是每个人都要足够能干，都要做许多的事”……
但是，全面性不代表没有专精、没有方向。深度和广度统一的问题已经有许许多多过往的人和我说过了，不存在一个在某一领域精深的牛人但是知识却很窄，也不存在一个博学大师但是却没有一个自己擅长的领域；而方向更是不可回避的问题，以前和朋友开玩笑总结了几类工程师的发展方向，就像打怪升级一样，有数据库专精、有前端专精、有语言设计专精、有机器学习领域专精，甚至还有企业流程咨询专精、敏捷实践专精的……领域划分实在是太宽阔了，就看技能点数如何分配。
我当然也给自己寻找了方向。在这个网站的右上角我放上了三个关键词，大概是对当前的我一个侧面最粗略的描述：
其他人的理解
关于这个话题，当前颇有争议，虽说大部分工程师表示认可。在 Google 搜索“Full Stack Developer”的第一条记录，是 Laurence Gellert（前汤森路透的工程师）写的一篇名为《What is a Full Stack developer》的文章，这篇文章的观点其实还是非常切合主线的：
p>To me, a Full Stack Developer is someone with familiarity in each layer, if not mastery in many and a genuine interest in all software technology.
并且罗列了满足“full stack”应当掌握的各层技术，包括服务器、网络、主机环境，数据建模，业务逻辑，API 层/Action 层/MVC，界面，用户体验和理解用户、业务所需。
在国内，知乎这个帖子应该算是热帖了，每个人都有自己的看法，比如第一条回复就提到了思维方式和学习能力，但是其中有很多观点偏离了“全栈”这个主线，变成了“我心目中的理想工程师”这样的讨论，就不符合初衷了。
全栈工程师的发展
在系统全面的大公司，全栈工程师并没有一个稳定的发展职位。我无比赞同知乎那个帖子里面这样的一句话：
一个真正的全栈工程师，目标只有一个：创业。
听起来有些悲凉，但事实就是如此。任何一个方向颇具深度的工程师，都有希望为自己在那个特定的领域赢得自己的一席之地，是权威，也是技艺精深的专家。但是对于所谓的“全栈”而言，很多情况下根本就称不上优势，你会写数门程序语言，会设计 API，会写前端代码，会做手机 APP，甚至会切图，会和用户沟通，但是倘若在这些方向都难说有哪一项足够强大，那全面性又能在大公司的晋升线路上谋得什么？
但是创业的小公司就完全不是这样了，你不能指望有 DBA、技服、产品经理、美工、前端设计师、服务器工程师、操作系统管理员……无数角色，你只能有那么少得可怜的几个人，每个人都必须是全才，搞得定各种事情，经验丰富、视野广阔。出了问题，一个人就可以搞定，而每个人，都可以彼此备份。
这也是“学习能力”在全栈工程师中扮演无比重要角色的原因。毕竟，在全面的工程师，也不可避免地涉足自己不熟悉的领域，快速学习并且把问题搞定，在这样的过程中体现自己的价值。
全栈工程师拥有更广阔的视野和更广泛的学识。全栈工程师可以从更高的角度去看待问题，这比某个领域的专家，更不容易做出错误的决策。
事实上，软件工程本来就是一个复杂的事情，需要工程师掌握和学习的知识很多。在我前一家公司，有这样一个故事，好几年前，公司尝试给软件工程师分档，甚至依此使用不同的雇佣实体：让来自子公司A的最优秀的工程师设计了程序，再让来自子公司B的平庸工程师去实现。最后这个方案彻底失败了，两家子公司的工程师被迫合并，这也证明了，软件工程是一项复杂的脑力劳动，想像流水线工人那样，把整个环境简单地切分成若干个过程，然后通过简单劳动完成，是不可能的。你可以举出很多外包、内包公司中上述的例子，但是在我看来，这只是对劳动力的压榨而已，别指望这样的形式能做出什么伟大的产品来。
“全栈”不等于“全面”
“Full Stack”，这个词其实在英文中使用很普遍，可以直译为所谓“全面的技术栈”（软件工程中，每个领域都拥有相应的数种不同技术，这就是这个领域的技术栈），现在人们加入了自己的理解，但无论如何，它绝不等于“comprehensive”。换言之，一个全栈工程师，绝不等于一个全面的工程师。接触多点领域当然有好处，但是浅尝辄止、仅仅停留在入门级别，那这个领域内，给别人、给项目造成的危害，甚至大过那些一窍不通的人。举例来说，你是愿意去给一坨屎一样的设计和代码修修补补呢，还是愿意干脆重新弄一个呢？当然，也不要走极端，有一些领域的知识，可以透明，那就透明吧，比如，使用云服务的时候，你可以对硬件知之甚少，这对工作并无碍。仅仅为了全栈的名号，追求这样的知识储备并无必要。
“全栈”不等于“全端”
全栈工程师的划分，绝不止以“互联网应用”的维度，更特别地，绝不止以“互联网网站”的维度。微博上很多人说到全栈，就提“全端”，我认为，这实在是莫大的误解，二者是严重不等同的。前端+后端，这只是其中一种粗暴的划分方式而已。就像同事中，有对操作系统熟悉的，有对机器学习熟悉的，把他们粗暴地归结为“后端”工程师，是毫无意义的。即便说到创业，也远远不止互联网领域啊。事实上，要能比较熟悉其中几个领域，就已经是非常难得的人才了。我想不出还有什么其他行业，会像软件行业这样需要不断地扩充自己。
最后，我想用一个无比简单的词来描述全栈工程师，肯定不够准确，但也足够直接――视野！
文章转自：raychase
关注@CSDN研发频道，了解更多研发资讯，参与互动讨论；当然您可以向我们推荐更多有趣、有质量的文章。