“全栈工程师”来自英文“Full Stack engineer”，常见于IT领域。

为啥“全栈工程师”会在IT界最先成为热词？说白了，一是IT比较“潮”，二是IT确实分工明细，流程复杂，就拿互联网项目来说，项目需要产品设计+前端开发+后端开发+数据库…甚至微信接口、小程序开发等等。这里面涉及到不同的开发软件、不同的应用知识，这么一个项目，通常会非常复杂，对于一个项目组，如果有能熟悉各个技术（但不需要精通）、掌控全局的“全栈工程师”，将会使沟通成本降低、大幅提升开发效率。

搞工控自动化是否需要全栈工程师？

很奇怪的是，“全栈工程师”这种提法在工控自动化领域竟然很少，是不需要么？

游走在中华工控网的“工控论坛”里，经常听工程师吐槽一些常见的场景：过去机械和电气打架，后来电气和工业机器人打架，现在搞工厂信息化，自动化和IT又有得掐了。一个项目即使不是由一个独当一面的独立完成，在团队协作中，全栈工程师也能让能使不同部门的技术工程师沟通起来容易许多，因为他说出来的话大家都能听懂。

撇开沟通效率不说，小公司、创业型公司，可能更需要全栈工程师。

对于这类公司来说，全栈工程师的价值非常大，一个工程师的成本不算低，这些公司不可能像大公司一样，各方面的人才都养着，毕竟很多工作专人也不会饱和，所以多面手、万金油就很受欢迎.。尽管全栈工程师的薪资相对比较高，但综合下来成本还是低很多，常常听HR说“一个人干三个人的活儿，拿两个人的工资”，用全栈工程师确实是小公司和创业公司的省钱妙招。

当然，全栈工程师也有尴尬的时候，由于经常在各种技术切换，他会经常忘记一些功能指令或者一些代码语法，他经常要查帮助或者手册才能进行开发。这在某些人的眼里，这是技术不够的表现。但我觉得并非如此。

实际上，对于全栈工程师，并不需要面面俱到地深入掌握，而是在横向的知识面和应用面上取胜。有一种说法就是“瑞士军刀型”，军刀胜在一专（小刀）多能（多功能小工具），但单单考虑某一个附加功能，实际上十元的螺丝批也比军刀上的螺丝批好使。 同理，自动化全栈工程师也一样，他可能不像成天开发一种PLC的工程师那样对常用编程指令如数家珍，或者对变频器的参数设置了然如心，但是，他对这些都不陌生，他甚至对用哪一个品牌型号的优劣都一清二楚，一旦拿到一个新项目，他能分析需求，并通过度娘或者官网资料快速检索到需要的信息，最有价值的是，因为全栈工程师有全局视野，他能给出最优选的解决方案和架构。

搞工控自动化是否需要全栈工程师？

“会PLC（梯形图+ST），会IEC61131标准编程（如CODESYS），会通信、会调变频参数，会做界面，会一点高级语言和数据库，了解机器视觉……”——这不是全才么？

事实上，招聘网站上的自动化工程师的职位要求，越来越多的呈现这样的描述，只是，“自动化全栈工程师”这种提法，貌似还没有，而在IT领域，“全栈工程师”早就不是一个新名词。 如果这篇文章火了的话，我相信不用多久， “PLC+工业机器人+视觉全栈工程师”、“手机产线自动化全栈工程师”、“包装设备全栈工程师”都会如雨后春笋般冒出来。

但是我建议各位有志成为全栈工程师的朋友，仍然需要有一两项精通的技术作为基本盘，比如对某一个品牌PLC或者PC控制编程的精通。再拓展若干关联技术，如运动控制、机器视觉、机器人等等。精通的技术能让你在公司站稳脚跟，而通杀能让你确立威望，在涉及到多平台的联合开发时，你最有可能成为leader。

我有一个朋友，早年做非标自动化的开发，主要还是用日系PLC控制，渐渐地，从单机自动化到伺服控制，到通过LabVIEW实现数据测量分析，甚至“跳”到用Solidworks做机构设计都可自行完成，这些年，他俨然成为了那个领域的小专家。

笔者这几年在为业内工程师策划一些新课程，在挖掘老师的过程中，发现越来越多的工程师在朝着全栈迈进，当然，过程还是挺艰辛的，越年轻反而越容易达成。撩到一位90后网名夏小沫的工程师，既能多种PLC编程，还能C++、反黑客、数据库和通信，让我不得不服年轻人的学习能力。

作者简介：        杨志强，中华工控网主编，技成培训课程规划师，“工控百家谈”公号主理人

本文来源：公众号《工控百家谈》 转载请注明出处