[quote]【工控百家谈】，带你看工控大世界[/quote]
文章标题：搞自动化也需要全栈工程师么？
作者：杨志强
在这里，您将可以看到涉及电气、自动化、数字化、信息化、机械、电子等相关内容。我们将面向行业专家、技术大牛、分析师、创业者、撰稿人、KOL等定向约稿，也期望大家能推荐和投稿，只要能独立思考、体察痛点、勇于表达观点和共鸣，策划出关于技术、市场、职场、教育、行业百态甚至八卦等方面的选题都可以。同时，做了近20年工控社区和行业媒体（中华工控网）的我，深深感受到了大时代给我们带来的变化，也想借着这个平台，通过一本书、一篇文章、一篇论坛讨论帖、一个抖音、一次对话，来产生输出一些内容，引发一些讨论，吸引一些能人，服务一群工程师。
回归今天的正题——自动化全栈工程师。
全栈工程师来自英文“Full Stack engineer”，常见于IT领域。
比如互联网项目，需要产品设计+前端开发+后端开发+数据库…甚至微信接口、小程序开发等等。这里面涉及到不同的开发软件、不同的应用知识，这么一个项目，通常会非常复杂，对于一个项目组，如果有能熟悉各个技术（但不需要精通）、掌控全局的“全栈工程师”，将会使沟通成本降低、大幅提升开发效率。
在工控论坛里，经常听工程师吐槽一些常见的场景：过去机械和电气打架，后来电气和工业机器人打架，现在搞工厂信息化，自动化和IT又有得掐了。一个项目即使不是由一个独当一面的独立完成，在团队协作中，全栈工程师也能让能使不同部门的技术工程师沟通起来容易许多，因为他说出来的话大家都能听懂。
撇开沟通效率不说，小公司、创业型公司，可能更需要全栈工程师。
对于这类公司来说，全栈工程师的价值非常大，一个工程师的成本不算低，这些公司不可能像大公司一样，各方面的人才都养着，毕竟很多工作专人也不会饱和，所以多面手、万金油就很受欢迎.。尽管全栈工程师的薪资相对比较高，但综合下来成本还是低很多，常常听HR说“一个人干三个人的活儿，拿两个人的工资”，用全栈工程师确实是小公司和创业公司的省钱妙招。
当然，全栈工程师也有尴尬的时候，由于经常在各种技术切换，他会经常忘记一些功能指令或者一些代码语法，他经常要查帮助或者手册才能进行开发。这在某些人的眼里，这是技术不够的表现。但我觉得并非如此。
实际上，对于全栈工程师，并不需要面面俱到地深入掌握，而是在横向的知识面和应用面上取胜。有一种说法就是“瑞士军刀型”，军刀胜在一专（小刀）多能（多功能小工具），但单单考虑某一个附加功能，实际上十元的螺丝批也比军刀上的螺丝批好使。同理，自动化全栈工程师也一样，他可能不像成天开发一种PLC的工程师那样对常用编程指令如数家珍，或者对变频器的参数设置了然如心，但是，他对这些都不陌生，他甚至对用哪一个品牌型号的优劣都一清二楚，一旦拿到一个新项目，他能分析需求，并通过度娘或者官网资料快速检索到需要的信息，最有价值的是，因为全栈工程师有全局视野，他能给出最优选的解决方案和架构。
“会PLC（梯形图+ST），会IEC61131标准编程（如CODESYS），会通信、会调变频参数，会做界面，会一点高级语言和数据库，了解机器视觉……”——这不是全才么？
事实上，招聘网站上的自动化工程师的职位要求，越来越多的呈现这样的描述，只是，“自动化全栈工程师”这种提法，貌似还没有，而在IT领域，“全栈工程师”早就不是一个新名词。如果这篇文章火了的话，我相信不用多久， “PLC+工业机器人+视觉全栈工程师”、“手机产线自动化全栈工程师”、“包装设备全栈工程师”都会如雨后春笋般冒出来。
但是我建议各位有志成为全栈工程师的朋友，仍然需要有一两项精通的技术作为基本盘，比如对某一个品牌PLC或者PC控制编程的精通。再拓展若干关联技术，如运动控制、机器视觉、机器人等等。精通的技术能让你在公司站稳脚跟，而通杀能让你确立威望，在涉及到多平台的联合开发时，你最有可能成为leader。
我有一个朋友，早年做非标自动化的开发，主要还是用日系PLC控制，渐渐地，从单机自动化到伺服控制，到通过LabVIEW实现数据测量分析，甚至“跳”到用Solidworks做机构设计都可自行完成，这些年，他俨然成为了那个领域的小专家。
笔者这几年在为业内工程师策划一些新课程，在挖掘老师的过程中，发现越来越多的工程师在朝着全栈迈进，当然，过程还是挺艰辛的，越年轻反而越容易达成。撩到一位90后网名夏小沫的工程师，既能多种PLC编程，还能C++、反黑客、数据库和通信，让我不得不服年轻人的学习能力。
如此说来，你想成为全栈工程师么？
你见到过“自动化全栈工程师”么？
欢迎就上述话题留言评论

涉足创业型小公司更需要全栈工程师，深有体会；最近产品设计传感器（光电、单片机），PLC、通讯（485RTU、tcp/ip），触屏，云端，手机端，工艺，器件选型性价比等；真心累，说实话外包也要有谈合同的资本，还要涉及技术消化。

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

窃以为，
在求快求平价的常规自动化市场。
所谓的全栈工程师是沒有生存的空间的。
更受欢迎的是熟练工程师。
只有在研发，创新领域，全栈工程师才是个宝。

反对全栈，反对工程师啥都会。
自动化工程师以往以来就是啥都会， 啥品牌都用过，都能做。 这不就是典型的全栈吗？
但代价是啥都做不精， 做出来的设计一个更比一个垃圾。
还是首先要专，要精。 才有效率， 才有价值。

（前两天发了这个文章的链接，被删了，今天全文拷贝过来，表达一下观点）
做自动化领域的全栈工程师
      全栈工程师原指全能型的软件开发人员，从UI到业务逻辑，到后台进程，到数据库。全栈工程师能减少很多中间交流环节，因此，能从需求入手，直接完成软件，极其高效。因此，全栈工程师应该都是知识面广，经验丰富的开发人员。
      在工业自动化领域，很多工程师也是“全栈”型的人才。当用户（生产方）提出一个功能需求时，工程师首先去评估一下设备或者系统是不是有这个能力，如果有，再了解详细需求，然后考虑操作界面（HMI），实现方法，PLC程序如何实现，传动如何调试，设计电路图。设计好了（重要的场合，还要向上级领导部门进行汇报，进行方案审核），就见缝插针地去修改，小心测试。自己觉得没问题了，给用户发通知，告知功能已经实施，操作方法及注意事项。并告诉主管设备的小伙伴如何查故障。用户使用一段时间没有问题了，再择机做好程序、参数、文档的备份归档。
      技术人员有两个方向，横向（面广）和纵向（深入），全栈工程师大多是横向人才，他们熟悉很多软件、技术，了解很多设备性能，起到整合，牵头的作用。他们思路相对开阔，有强大的问题解决能力，很容易找到正确的方向。但是，他们大都不是专才，遇到特别专业的问题时，还是要向相关专业的专家、团队请教。
      自动化领域的技术日新月异，新的产品、新的概念层出不穷，尤其是在工业4.0时代，全栈工程师更要有信息的概念。因此，要想成为一个合格的全栈工程师，需要不停地学习技术，积累经验，并学习团队合作的能力，与别人一起发展。
     自动化工程师也要学习高级语言，而不能局限与梯形图、功能图的范畴，因为，很多问题用高级语言很容易解决，用梯形图则很繁琐，所以，西门子的新系列PLC（S7-1200及以上）程序里能无缝兼容类似于PASCAL的SCL语言，功能真的比较强大。另外，所有的HMI都能进行脚本编程，来实现个性化的功能。
     随着智能化的需求兴起，全栈工程师面临的挑战会越来越丰富多彩！
写于2018-6-9

看了半天，刚明白。全栈工程师？好冷僻的词汇呀。就是什么专业都懂一点，都是半瓶子醋。知识面很广，但懂的都不深。这类人其实在单位就是总工程师级别。这样的人每个单位都得有哇。想不想当全栈工程师？不是想的事儿，是有没这个能耐。在一个单位里，你要懂所有专业的知识面，才能具备此门槛。这需要一个人的自学能力必须要强才行呢。不容易的。
全栈工程师要具备的基本素质，我想无外乎在于3点。
第一，对公司的产品或研发方向和技术路线有主持和把握的能力；
第二，对公司及本单位所涉及的所有专业知识面都具备门槛级知识以上；
第三，对本公司和单位的人员具有良好的沟通能力和凝聚力。也就是大家都喜欢与你交流和切磋问题。
不太容易呀。

引用 woodhead 在 2020/4/5 9:33:46 发言【内容省略】

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

全栈工程师，让很多的岗位职责不再那么的分明，说白了就是“混儿”，本是革命一块砖，哪里需要哪里搬!
但是精通本专业还是必须的，否则会造成啥啥都明白一点儿，啥啥也做不精的尴尬局面！

机械 电气 IT都会的。都精通那确实很难了