工程师究竟该不该沉迷于编程？

镇楼：

        本人通STL，SCL，CFC，SFC，SFC type，Graph可以跟你们分享这些语言学习过程和技巧。（真大神不要打我。）

        我记得我在6年前刚进公司的时候，我跟所有的新手一样，刚入这行不知道为什么觉得学写程序就是工程师首要的学习任务。而且觉得会写程序光环加身，因为早就不知道羡慕那些拿着笔记本调试设备程序的工程师多少次了。

这些话熟悉吗？

“我好像只会LAD额”

" 想再学一种编程语言，STL和SCL，不知道学哪个好"

" CFC，SFC是什么鬼"

" 听说STL的指针很难，会的都是大神"

" 有没有SCL的源代码，贴出来学习一下"

" 我靠，这个逻辑用LAD写好麻烦"

…

       先说说大家都熟悉的STL和SCL，和我学习它们的基本过程：

       本人北漂一族，当年生活寒酸，租了一个没有窗户合租间，醒来时分不清白天黑夜的那种，我根本不愿意在里面待着，每天晚上在公司待到10点左右才回去，大把的时间研究编程这戏东西，加之带我的人就是使用STL的，公司也有大量的STL开源功能块可以研究，很快STL编程就有了质的飞跃。

       后来SCL盛行，不经意的一天，我也在朋友那里拿到了西门子BST库的实例，我也没想到这一天也是对我极其重要的一天。拿到BST后，我开始投入SCL的学习中，短短的5天时间，我就用SCL编写了一个功能复杂的功能块，就为了好玩，每天大概睡了4小时吧。

老板好着急啊！

每天路过你的工位都看见你在研究编程!

不管他说多少次编程够用关键是工艺都还是看见我在研究编程!

下班时间还要在公司蹭电到这么晚，没有自己的生活吗？

最近的一些事情，让我非常感激自己当时对编程这件事的执着。

1.       带工程师做项目，以下截图是我在他的S7-200 SMART程序里的截图，我真不敢相信这是工作快3年的工程师写的，而且是我在公司给他们培训了IEC61131-3，还给他们讲了一次又一次命名和编程规范的结果。

200 SMART子程序没做赋值和数据存储任何处理，程序一开始就是Set，Reset操作。

最让人气愤的是FMOpen =阀门open，GSDXSJ是什么拼音的首写字母？

通过这件事我反思：

我正是因为不断的研究编程，我提升了对自己的程序的要求。提高了自己的审美标准，对好的东西有种追求。正是我理解了什么是好程序，我才更关注工艺的原理，产品的微观变化，控制难点，安全要求。我去了解操作员的操作习惯，故障提前来临时他们是怎么样调节去避免发生的，实际自动就是模仿人的操作啊。我花更短的时间了解了编程的意义，远比一个连命名都没法标准的人走的弯路要少，走的更远。

我理解的一个PLC程序：

1. 完成逻辑和基本的上位机要求功能，操作状态趋势消息操作记录等

2. 如何处理故障和异常

3. 优化，使其运行平稳，比如PID控制时是否需要对设定值斜坡等

4. 最大可能做了怎么避免对操作员误操作的考虑吗？

5. 操作是否简单，安全相关显示信息醒目吗？

6. 断电开关机对设备的影响是什么，如何应对？

7. 你是否在调试中能优化程序，提高生产效率，比如有些动作顺序执行可以改成并步进行而节省了时间，比如还可以通过优化程序优化，节省蒸汽等热能源。

8. 你做完项目后，你能分析下你做的这个程序有哪些先进性吗？哪些设计是你强过别人的？这个绝对是你以后的谈资。

9. 最后是一份漂亮的说明书。
   

不写了，再写跑题了。

业精于勤，宁工对于编程厉害了，对什么是好程序也有一个切身体会。

看来这个帖子又得火一把了。

没有该不该，我认为能够做着自己喜欢的工作，很好。

     你的经历好艰辛，这样的经历中打创出来的经验才更牢固，宝剑锋从磨砺出，水平高了自然看不惯那些，基础差还不上进的人。

    楼主说的程序标准很好，现在的仿真软件真好，做好项目可以以操作工预演，在完成工艺任务的同时打磨操作合理。赞！

一说编程”是非“多！

针对宁侠的题目”工程师究竟该不该沉迷于编程？“

我想发表我的观点是：自动化工程师不该仅仅沉迷或关注于编程。除非你就是个专职的软件工程师。

编程仅仅是一个自动化工程师专业工作的一个方面而已，而一个自动化工程师的专业工作应该是多方面的，工艺消化，系统方案，产品选型，图纸设计，成套安装，软件开发，运行调试，培训维护等等都是需要考虑的问题。要做好一个项目和产品，上述的每一个方面都是很重要的。

但，最重要的是什么？编程吗？非也！

新入行的菜鸟们往往把编程看得那么高大尚，神奇，趋之若鹜，而忽略了其他方面的学习与训练及能力的培养，殊不知这恰恰给自己成长的道路上挖下了深坑。

我要说的是，编程一定要学，但在一定的阶段内真的不重要。

除非你有编程的天赋，否则就不要去过分的追求那些所谓的编程技巧，掌握基本的编程知识与技巧就足以应付绝大多数的项目编程需求了。虽然，每个人的编程水平有高低差别，但这都不是事儿。所以呢以上观点的反面就是现实中自以为是的人还是蛮多的。

一下几点供大家参考：

1. 扎实的硬件知识，对系统及指令的深入了解对编程是绝对有帮助的。

2. 算法与编程是两码事情，把算法转化为程序是编程，想出算法的人显然更高明。

3. 编程是有规范的，就是八股文，走套路。

4. 好的系统方案及硬件配置选型才是你能够完成编程任务的基础，硬件方案及设计上的缺陷，靠软件的是很难弥补的，相反，程序上的缺陷只要是硬件没问题，假以时日或者换人的手段，问题终究是可以解决的。

不是和万侠，宁侠唱反调，而是他们的观点与做法不是一个入门层次的技术员可以做到的，做了也是毫无理解的纯粹的模仿与瞎做，得修炼到一定的层次才行。

值得反思！

不过，楼主标题中的“沉迷”二字用的过了

我特别特别想知道学过高级语言编程的程序员来学习PLC编程是什么感觉？我理解的工业控制就是平台不一样，也就是门槛比较高，相比高级语言编程。

有个例子，当年有个同学被分配到轧钢厂做自控系统的维护。上次向他请教飞剪的问题，结果人家来了一句，学这干嘛，你想跳槽？我反问他飞剪驱动装置故障了怎么办？回答说有专人维护硬件，他不负责。像他这样程序维护的再好，对硬件不感兴趣，应该也不算一名合格的工程师。

路漫漫其修远兮，吾将上下而求索。

非常赞同，黄工对编程思路的说法，只有在这一行修练到一定层次，才会有这样体会。点赞

水望低处流，人望高处走。好的东西就是好，经典的东西就是经典。把好的东西，做到精致，这是一种境界，更是一种享受。

可以研究，但不要沉迷

编程个人认为是一种术。也就是实现的一种方法，其实研究本质的东西更有意义。

应该去做IT的，这样专研，工资起码翻番了。

具体工作岗位的不同，也就造成了工作内容的不同，比如，助理和总工关注的东西就不一样。

宁侠可能由于分工的原因，平时编程的工作多一些，于是想的是如何写出标准让人满意的程序，这也是一种做事追求做好的体现。

Zane版主更多是从“系统”层面说明了全局内

要关注的东西是什么，这也从侧面向我们说明了我们的那些岗位不同的同事在做什么事，更重要的是，当大家坐在一起共同面对一个项目工程时，交流沟通我们各自工作需要同事或者协作方提供哪些信息与帮助，以及需要各个方面的工作都要做好，做到位。最终结果就是，大家一起顺利成功的合作完成了任务。

我觉得也是想法比编程语言重要。控制方式方案更重要，不然都实现不了甲方的要求。

有些事情感触很深，EPC电气老大，技术很牛，六十几岁了，去现场调试吃饭也不过是拿个不锈钢钵子吃饭，吃完蹲着洗碗。

我已经不去现场做项目现在，~~

追求完美的人，很好，这样体现了对工作的态度，非常注意细节我感觉楼主并不是一个只注重软件的而且对电柜电气相关都有自己的想法。说个题外话，我们老板西门子上了十年班还做过技术我感觉他很烂，急功近利只想着怎么验收怎么快速完成怎么省钱，对待股票那是一个认真当然赔了不少，最气人的是懂技术但是了解不深喜欢用主观想法解决问题，你怎么说他他似乎感觉也没反应，永远不知道学习，我感觉这是被股票刺激了，少了很多意识，刚开始一心想做好事现在是想着怎么尽快做完事我很是无奈。所以要做好要上下齐心做好项目即使有分歧也不是说为了完成任务而是完美的完成任务。

到一定年龄的时候，根本就不想研究编程，也没这个精力了。

而我想说的是有些人的水平再怎么努力研究编程都不为过，在他没有精力研究编程之前。我比较反感的是他完全没有吸收，非常随意。如果我没跟他培训过，我都不会怪他，PPT讲，手册写讲了好几次。我认为编程这上面去研究，培养的是一种思想，对高质量追求，严谨的态度，专研的精神。

一个程序写的有模有样的人，做项目差不到哪里去。程序写的好，代表了这个人在其它方面做事的一些的影子。

 看来自己还不够沉迷，向宁侠学习！