【工控百家谈】搞自动化也需要全栈工程师么？

文章标题：搞自动化也需要全栈工程师么？
作者：杨志强

在这里，您将可以看到涉及电气、自动化、数字化、信息化、机械、电子等相关内容。我们将面向行业专家、技术大牛、分析师、创业者、撰稿人、KOL等定向约稿，也期望大家能推荐和投稿，只要能独立思考、体察痛点、勇于表达观点和共鸣，策划出关于技术、市场、职场、教育、行业百态甚至八卦等方面的选题都可以。同时，做了近20年工控社区和行业媒体（中华工控网）的我，深深感受到了大时代给我们带来的变化，也想借着这个平台，通过一本书、一篇文章、一篇论坛讨论帖、一个抖音、一次对话，来产生输出一些内容，引发一些讨论，吸引一些能人，服务一群工程师。

回归今天的正题——自动化全栈工程师。

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

比如互联网项目，需要产品设计+前端开发+后端开发+数据库…甚至微信接口、小程序开发等等。这里面涉及到不同的开发软件、不同的应用知识，这么一个项目，通常会非常复杂，对于一个项目组，如果有能熟悉各个技术（但不需要精通）、掌控全局的“全栈工程师”，将会使沟通成本降低、大幅提升开发效率。

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

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

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

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


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

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

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

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

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

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

如此说来，你想成为全栈工程师么？
你见到过“自动化全栈工程师”么？
欢迎就上述话题留言评论

过来人更有感触。本文作者大概也是看到了行业内这类人员的现状吧，撰文求共鸣，积跬步，至千里。

删除是因为，楼主回复在别的帖子下。另外，本来是建议您的回复新开一个主题帖，回复在这里也挺好的，有自己的想法见解