转播一段微信群讨论记录：

万:

【分享】关于IEC定时器，我把自己忽悠了！

http://www.ad.siemens.com.cn/club/bbs/post.aspx?a_id=1424759&b_id=66&b_sid=0&s_id=0&pno=3&af=1500232

每个人编程都有自己的风格

---------我是如此讨厌这句话。 而楼主却把它当作座右铭一样， 反复提及。

在我看来，无异于讨好新手。告诉他们随便怎么学怎么干都可以，都好。  

letham:

你不能要求 谁都和你一样

letham:

按照你的意思，你的思想来编程@万泉河?

万:

不是要和我一样， 而是有一个标准化的东西， 大家都往那个方向努力。 

万:

工业自动化是个如此基础的行业， 却口口声声强调个性化， 那上层的IT, 信息化， 娱乐媒体，社交， 更没得玩了！

letham:

不不不，允许多样化，

万:

就好比，你作为垒金字塔最底层那层砖的工人， 先强调每个工人可以有自己的风格。 

letham:

就拿现场总线和 工业以太网 还有 多个标准了，只要不是大家公认的 差的编程习惯，允许存在。。。

万:

每块砖都有自己的风格。 

letham:

那肯定，用什么泥土 做的还不一样了，入炉 时间长短 也不可能一样

letham:

只要它 对外展现的是块砖，能砌墙，我管你是怎么做出来的

万:

每个人编程都可以有自己的风格， 那最终对外展现的接口当然也可以有自己的风格。 

万:

能把生产线跑起来就行。 

letham:

是啊，我可以把启动放在第一个IN，我也可以放第5 个IN接口里

letham:

好的编程方法 可以推广，但不能强制让人接受。

万:

「Letham：是啊，我可以把启动放在第一个IN，我也可以放第5 个IN接口里」

- - - - - - - - - - - - - - -

你把启动放在第一个IN, 我也放在第一个IN， 然后大家实现统一的标准化。 而因为自由，或者仅仅为了强调各自的风格，非要放到第5个去， 你说这是不是有病呢？

万:

除了所谓的风格和个性之外， 看不出任何好处。 

letham:

那别人 也可以说，你为什么把 比如启动放第一个接口，人家可以说你有病啊

letham:

我就喜欢把 急停放第一个 接口 怎么了?

乔秀强:

你们这是闲的没事抬杠玩吗？?? 

万:

放第几个都OK， 都可以。 但非得不同， 才是有病。 

letham:

，放第几个接口 有标准吗?没有啊。我怎么知道 别人喜欢 怎么放

万:

所谓的标准， 未必是最优的。 但由于历史的，或者市场的原因， 走在了最前面， 成为了事实上的标准。 后来者要尽量遵循这个标准， 而不是花样百出， 没有什么实质性的技术进步， 却口口声声我有权利有自己的设计风格。。

俊:

标准是什么?一是绝对的权威（技术性），你不按照我的来做你就玩不转，这就形成了标准。二是哥几个商量好，对接时到底怎么弄，形成文件，时间久了也成标准。如果不对接，不联机，不用考虑移植，就那么一台设备，那随便你怎么玩

letham:

@俊?对，

万:

天底下不会有独一无二的一台设备的。 要不是同一个设备商出的无数设备的一台， 要么是一个工厂， 用的各式各样的的设备中的一台。 

万:

即便不对接不连机， 也要考虑维护， 升级， 普及。

俊:

非标设备没有标准，像我们做的设备要跟别的系统交换数据，都是现场商量，要什么数据，以什么通讯协议来做，都是商量出来的

letham:

在一定的范围内。可以 要求 别人 安照一定的要求 来编程

万:

没有标准， 是因为没有能力实现标准化， 而不是成为理由。 

letham:

@万泉河?同意！

万:

因为没有标准， 没有规矩， 就可以恣意的大显身手爱怎么玩就怎么玩？

俊:

我就做过好几台硬件一模一样的设备，研发性质的，连基本动作都不一样，客户大人突然一个想法你就改，另一个客户又是别的想法

万:

话说，它至少还要符合你自己既定的一套编程规矩吧？如果你做的设计够多， 有朝一日，你成了某个行业的祖师爷了， 你的徒子徒孙们就要按照你做的模式往下继承发展， 那你做的这些就成了标准了。 

万:

动作不一样的设备， 风格是一样的。 

万:

不要把设备的控制内容和风格混淆。 

俊:

@万泉河?我是别人的徒子徒孙

辉哥19959717858:

非标让很多私人企业还能混着

万:

@俊 那你施展手脚的空间更小了。 

万:

对你的前辈的工作， 必须尊重。而不能动辄发挥你自己的风格来替代他们。 即便他们水平够烂做的够差。 

俊:

自己的能力自己知道，能达到我的领导五年前的水平就是一个小目标了

letham:

你前辈的风格 也会影响你的风格

俊:

是的

发文章之后版主群后续讨论：

万:

【万泉河】每个人编程都有自己的风格  http://www.ad.siemens.com.cn/club/bbs/post.aspx?a_id=1500250&b_id=82&b_sid=19&s_id=&num=0#anch

乐明:

@万 标准是为通用性而存在的。要在厂内通用 - 厂内标准。要在国内通用 - 国家标准； 要在国际上通用 - 国际标准。编程只是 对 自动化工艺理解的程序语言描述。没有什么标准化的问题。

刘晓明:

要是类似产品貌似可以标准化

刘晓明:

此标准可能不是乐工所说的标准

乐明:

嗯。零部件是标准化范围越多越好。设计还是多样性的好。

编程本质上就是设计的一部分。

乐明:

不知道各位领导注意到了没有。年轻人要是去一个什么都标准化的公司，是会很无聊的。忒没劲！

为了家庭:

@乐明?大公司都是这样的

乐明:

微软、谷歌就不是。也是编程哦。

菲戈:

有风格不代表没规范

菲戈:

你喜欢LAD我喜欢SCL

菲戈:

同样SCL你喜欢用if else，我喜欢用case

万:

千篇一律，不需要有个性，不要有特色。

万:

还是ZANE说的直接：：都是八股文

乐明:

@万 知道你说的意思，但不好说成是标准化。

这有点像：都是用电脑打字写文章，打字员使用五笔，每个字输入都能准确拆码。而作者写文章大多用拼音，容易出错字。

我问过打字员，甚至一篇文章输入后，不知道文章写得是什么。这和作者写文章是两种感受。

ZANE:

对于用户来说，同一种设备不一样的程序，只能是被动接受的，除非十分强势的用户，规定了所有供应商必须采用统一格式的程序；对于一个制造商来说，同一种设备，不一样的程序做出来，那是在作死

菲戈:

以前同一种机床经常有很多品牌的控制器当然程序也不一样

乐明:

@Zane（黄岑） 同一种设备，也是三菱F1、200、300、1200 多年变化出来的。

菲戈:

对了忘记说了同一种品牌还得有高端低端控制器都要做

ZANE:

呵呵，有的欧洲厂家，无论用那个品牌的PLC，都是用统一的架构编程，尽量不用特殊指令，世上无难事，只怕有心人。

万:

基础工作做不好， 不乐意做。 却把个性当成高科技。 

为了家庭:

@Zane（黄岑）?良心企业。我这里买个国产烘箱，还不给程序和密码，3年之后产的烘箱，plc和hmi完全不同，人都换个几茬了。

万:

国与国之间工业实力的差距就在这里了。 

ZANE:

标准化，模块化是最基本的生产力

对老专家应该要尊重，其实万工说的标准化思想是较重要的一种理念，他所说的，据我个人的理解就是一种编程习惯，是刻到骨子里的习惯，而这种标准化思想大家都认真努力地去慢慢改变和做了，则就是一种风格，一道编程的流畅风景，同时，对于维护人员，包括自己的维护也会带来更大的便利，特别是很多企业在强调系统化、模块化编程的大环境下，只有这样去努力做，才会为模块化集成打下基础，也会整个系统的集成带来统一的规范和标准化便利，从而大大提高工作效率，特别是项目复用和移植的便利。

同意万侠！

编程就是八股文，千篇一律的。

需要承认世界是不完美的。

有些人适合做编程工程师，有些只适合做执行工程师或实施工程师，前者可能会做标准块和低耦合的程序，注释写的也清楚，并将所有的可能情况都考虑进去在程序里做好接口，后者只想把设备动起来让业主签字后回家，也许会把程序改的一塌糊涂但也勉强能运行，大不了费点时间和多跑几趟售后。当然后者的程序和方案谁也不想维护，也不想直接拿来用。

如果这两拨人都心胸宽广，编程或研发工程师可以做标准程序，实施工程师反馈问题和提供临时解决方案，协同研发工程师将程序完善，这样标准化会快一些，而且由于沟通无障碍，做的不好的程序和方案会被自然“淘汰”，实际上是被研发工程师优化，双方都出了力，都进行了思考。

然而，往往这些都很难实现，尽管如此仍然努力。最好的结果就是每个现场的方案和程序都用的两拨人联合弄的当时最好版本。

可能一味地要求大家在同一平台或标准有些苛刻，有些难度。 这个平台或标准由谁来定也让人头疼。

心胸宽广一些嘛，每个人都可以发表自己意见，但是路是走出来的，对于编程和方案来讲，只要不出安全事故和太浪费金钱都可以接受，让时间和经验，以及大家的眼光决定向哪里走。

各位加油，有的国家做的很好，这需要时间，让人服气也需要时间。

 标准化是系统构架师的职责，负责定义每一个子程序的接口及标准。

子程序是个性张扬的地方。

正如一个社区，每个建筑怎么盖，哪里是配电房，哪里是垃圾站，哪里是公园，哪里是健身房……这些是需要标准化，因为这些东西影响的是全局，是关系到小区系每家每户利益的事。

但是，毎家的装修风格，就是自己张扬个性的地方，只要不影响房屋安全质量，什么样的风格完全房主来定。

这也是为什么软件公司的总部在美国、在以色列，而外包公司在印度的原因。总部制定构架，是标准的，严格的。但是每个包，你在符合构架标准的前提下，是可以自由发挥的。

另外，我非常赞成乐明版主的观点：一个完全标准化的公司，对年轻人是没有吸引力的。一个对年轻人没有吸引力的公司，我不敢想象其未来。现在全世界最活跃的公司不是日本、美国、德国，而是在以色列。而以色列总结自己成功的原因，就是不唯上，不唯权威，自由讨论，自由发挥。

我也是推崇标准化的东西，否则没有一个规矩，搞得乱七八糟的，国外的设备特别是欧洲过来的设备，人家都说有一套标准的东西必须执行的，所以你看看他们的电柜都差不多的。如安全回路，母线槽配置等等。

•  标准化是系统构架师的职责，负责定义每一个子程序的接口及标准。

• 子程序是个性张扬的地方。

------如果子程序是个性张扬的地方， 那我请问一下， 你和你的同事是如何分工合作的？每个人分工几个不同的子程序块， 然后各自个性发挥每个人天马行空写的都不一样？

然后项目实施之后每个人都只能维护到他自己的那个子程序 ， 换个人就玩不转？

再然后这个工程师离职了，或者升职了走向领导岗位了， 从此以后再无人能维护得起这个程序了？

还敢复用吗？

不能复用的子程序， 有毛意义？

我还是一直遵循数据手册（Date_Sheet）、数据结构（结构巧妙，接口规范）；计算方法（思路清晰，滴水不漏），应该还有一个对时序的精确把握（精确紧凑、锱铢必较），做到这些才能保证程序复用性强、渐趋完美，当然我们可能一直在路上。

1)把一个应用标准化，模块化，这本身就是一种创新的工作

2)标准化和模块化体现在工程师工作的各个方面，图纸，程序，技术文档，安装调试的流程等等

3)标准化和模块化是需要有权威性的，这个权威可以是个人，也可以是一个团队组织，比如OPC基金会

4)标准化和模块化是需要推广的，有商业化的推广，也有立法层面的强制执行

5)标准化和模块化并不压制创新和发明创造，相反在规范下的创新是更有效率和成功率的

6)学习标准，使用标准，制定标准，推广标准是一个优秀的工程师应该具备的能力与素质，以及职业道德

再说一句，即使是“个性张扬”也是有标准的，说实话，对于系统方案可以个性张扬，当对于编程而言，我觉得完全没有必要个性张扬，怎么简单，可靠，实用，就怎么编程序，用最简单朴素的程序完成最复杂的功能才是上策。

好的程序，就是八股文，看格式就知道行不行，不用看具体的内容

非常同意至圣的观点，标准话是项目流程各阶段的标准化，我在目前公司初期就是做的程序标准化，大公司项目多程序必须标准化，尤其最基础的控制块，像阀门，电机之类的，每个人都不同项目后期就没法维护了，而且只能是当初最项目那批人最清楚，在国内目前人员流动如此大的情况下，对公司来说真是灾难。

以前公司是做汽车生产线的，也去过长城工厂，汽车产线就涉及到对于设备可靠运行的要求，强制要求陪产，不推进程序标准化现场维护总是需要最初执行项目的工程师在或者长时间帮带新人才能胜任，标准化让所有工程师对项目熟悉，程序通用，不管是交流还是项目执行都有极大便利。

老外这种理念沉淀多年，人家做的不管是项目还是设备，都是有标准可循的，不管是他们自己的公司标准，还是行业标准，抑或是国家标准，而且能够正常执行，所以老外做的项目很多周期都很短，因为他们已经标准化了。

就像语言，大家都学习汉语，必须遵循汉语的语法表达，才能让我们沟通如此便利。

对于我们自控来讲，底层标准化能让我们把精力更多的放在更重要的部分，更好的提升我们项目质量，也提升国内整体的控制水平，也是很好的事情

每次看到万工的帖子都五味杂陈。开始时不理解，渐渐有了感触，后来喜欢了。。。

其实，万工说的很对，编程的格式与书写甚至开篇布局都有讲究，需要严格的标准化。我们的的工控程序目前的发展是什么方向？什么层次？什么水平？ 没有方向，层次各异，水平有限，甚至充斥了大量的入门工作者（这点你们看看论坛的提问的问题就知道了），这一切的乱象是什么导致的哪？就是没有规矩，没有基础门槛，没有统一高层次的标准。不是吗？一个编写程序不知道布局，不知道移植性，不知道注释规范，不知道缩进，不知道命名规范，等等。这些不需要规范与标准吗？正是我们对这些的不注意，导致我们的环境鱼龙混杂，乌烟瘴气。大家平时随便惯了，谁愿意标准这个枷锁呢？可是，没有了这些我们的基础还有层次吗？

其实，我们不比老外差，只是我们随意与捷径走习惯了，导致我们的思想固化了。这就像 在高速车祸现场哄抢散落物品的人，明知是犯罪，但是谁会在乎呢？身边都TM 的是战友。。。

标准化对于公司或者一个团队来说，开发项目周期会大幅缩短，减轻调试压力，有好处。好的编程习惯一定会受益匪浅，像一个老法师学习所感受到的，个性可以有，适当的规则必须有

是的。

 三年前我写文章跟大家探讨如何规范做事。

[万泉河]S7与WINCC变量命名规范  

【万泉河】给项目设计文件起个规范的好名

【万泉河】工业以太网IP地址规划 

【万泉河】给上位电脑起个好名

三年后的今天， 我回到原点跟大家争论规范重要还是个性化重要。 而且还能打的不可开交，全身口水。 

说服力还远不如从前了。 

说明了什么？

有的人反对我提标准问题， 以为我要强势地以我自己的偏好来做标准推行。 

笑话， 我跟在场的大多数人，其实是所有人， 这辈子都不会再有做同事的机会。 我怎么可能干涉干扰到你呢！

而我对规范和标准的态度， 下面的聊天记录里可以更精确地展示：

****************************************************

万:

「imengzhuang：很多企业有自己的标准，工程师外出调试程序按照公司标准来，将来的维护其他人也能看懂。我公司的一套系统，无意中在电脑上看到的他们公司的标准，连那类文件如何归类，如何命名文件夹，放到哪个分区，分区的命名，大小的分配，桌面上保留的快捷方式图标都规定了。这样的标准下来，即使是新来的工程师，只要熟悉标准，维护调试应该都会比较顺利吧」

- - - - - - - - - - - - - - -

@imengzhuang 能把那个标准搞来分享吗？

万:

咱们其实最需要的是别人成熟的标准，有， 拿来用就好了。 省力省心。 但有的人， 主权意识比较强烈。 一看到别人主张标准化，就怕没了自己发挥个性的空间。 就首先反感抗议。 就好比我帖子下面第一个回帖的家伙。 

imengzhuang:

@万泉河?实在不好意思，前面我们这里的技术改造，那套系统给换了，那台电脑车间领导拿去用了，硬盘当时就被格式化了。

万:

哎， 说明你没有敏感度。 当时就该拷下来备份的。 

万:

那真的是精华。 

读书的时候开过一门课叫《软件工程》，开课之处任课老师让我们读一本软件工程方面的名著《人月神话》，作者想表达的最基本的想法就是软件工程的标准化的迫切性，诚然每个天才程序员的灵光乍可能都会成为一个经典，一个传奇。但是这样的概率太低太低，低到可能会影响到项目的推进。何为软件工程？无非把开发流程标准化，程序化，所有的程序员在自己的小范围内也许可以自由发挥，天马行空。但是绝对不能超出这个范围。

做项目最重要的是项目能如期完成，有良好的可维护性，有良好的可移植性和可扩展性。要是每个参与此项目的人都按照自己的风格来做，想染这几个条件都不会满足，光是如期完成怕是都成问题。及时这个项目由一个人独立完成，后续的维护如果是一个和他风格不同的人来做，怕是也会一头雾水。

只是当年脑回路太过清奇，读后感李把这个本书批判了一番，觉得软件工程方法扼杀了程序员们的创意，毁了软件的繁荣发展，造成一堆功能平庸毫无性格的软件……想在想想，真觉得当时幼稚~哈哈

哦。原来，你们说的标准化指的的是这些呀。

这些当然是需要的。可能在工控行业，这确实是个问题。感觉这行业与人家行业不太一样。没啥分享、共享；都挺封闭的。既然封闭，恐怕只能在内部约定了。

人家专业软件公司，有没有这种专门的手册？我不知道。但要进入那个行业的公司，这些变量命名、函数命名等等都是约定成俗的。要是不知道，人家一看就知道是“新手”吧？面试都可能过不去。

不过，这些编程规范上的东西，与编程风格有啥关系？就不明白了。

“老专家”习惯用那种熟悉的定时器指令；而那些没接触过旧软件的，熟悉这种新的定时器指令。

都可以符合当时约定成俗的这类规范。

你还别说，论坛上搜搜，还只有万版真正写过这方面的东西。其他人也就是说说，没有实例拿出来。

可见这个圈子里有多封闭。

先在公司层面说编程标准化的好处，
1 减少新手坑，相信大家没少吐槽过新手炸的坑就不多说了。一套标准程序放在这里，新手学习目标很明确，效果绝对比放养强。
2 负气离职，和正常离职工作交接变轻松点，管理层对程序陌生，感觉这个对象不是谁做的谁去现场总是心里悬块石头，现场失手，增加成本是小，影响公司形象事大，是有蝴蝶效应的
3 日益压缩的工期，一套标准程序绝对是高效工程的基石。

但是什么人能制定标准程序呢？
一般集成商规模不大，标准程序一般由个人负责开发，基本这个人选就是大家不约而同想到的那个人，编程水平高，经验丰富，平时给人感觉就是靠谱，有安全感。
终于第一套程序出来了，完美程序？
我们预见一下他的坎坷
超耗时间测试各种bug？个人能投入多少时间，公司给你这个上班时间专门搞这个，还是业余时间让你做？
行业经验限制,知道其它行业的应用习惯吗？，
对国家标准，国际标准的陌生不？，
审美能力能满足大众口味？，
跨行业如图片美工设计？，
....
这样情况出来的一套标准，需要大量的工程项目积累经验去优化，甚至能力更强的人去推翻重做。

我的观点是，小公司，谁是标准制定者谁就是风格定义者。想要大展拳脚就要能力远超以前的标准制定者，这就是门槛。不然老老实实复制粘贴，学习接口如何使用。开发者最好也是去了解目前流行的程序代码参考了什么标准，如何编写的手册，程序模板，甚至参考xm学习下IT。

大公司一般都是team开发，一旦制定标准伴随很多标准化文件，本身有一定的沉淀，同时他们可以搜集更多客户使用反馈，甚至征集全球资源，且专人做专事，模板出来后。一般只是做维护优化，个人做多做几个block丰富下内容，前提也是必须学会他当初定义的各种标准，整体风格大改除非是时代变化，客户审美变了，或者竞争对手新产品冲击，或者新的国际标准制定规范了。

支持标准化，标准化就是方便他人，方便自己。

公司也准备 统一标准化，利于后续人接受，和客户维护。

  以前看过讨论中国软件为什么比印度差的原因：为实现某个功能，国人一个人能写出10种程序出来，而印度是10个人只写出1种程序，这就是和印度的差距。

   个人觉得个性化和标准化都是需要的，程序框架肯定需要标准化，但是子程序往往就需要自主知识产权（个性化，比如PID算法，现在不同行业的PID算法略有不同的，而且调试方法和以前不同，方便了很多），讨论是要在同一位置讨论才行，大家站在不同位置争论，是不会争论出结果的。

   觉得我们需要的标准化是不断进步的标准化，而不是僵硬的标准化。10种程序的选出最优标准化肯定比只有1种程序标准化要好。不过国内现在是需要强调的是标准化，还没学会走怎么就开始跑呢。

千奇百怪的程序在阅读维护时是让人苦不堪言的，还是希望程序设计者对自已多一点约束。

 万版提出的标准化，我举双手赞成。

• 标准化是什么？我的理解，是团队成员长期经验的积累得出的精华总结；

• 标准化程度应到那个层级？终极目标一定是从底层到顶层都需要标准化；好比LAD的基础命令就是标准化的结果；系统FB块也是标准化的结果；等等

• 标准化是否意味着禁锢？当然不是。标准化要针对行业的不同，工艺的不同，应用的不同而定的。

• 标准化是否意味着死板？当然不是，标准化也是要持续优化的。以前的LAD，现在的FB，甚至PCS7中的功能块，SFC等等都是标准化的结果。西门子推出的不同版本都是标准化的改进和优化；

• 标准化好出在哪里？标准化的最大好处就是我们可以站在巨人的肩膀上去看世界，去实现未来的个性化。从软件的模块化，软件的模块化，甚至工业生产的批量化都是在模块化的基础上实现质的飞跃。

• 标准化问题如何看待？站在执行者角度上看，功能实现即可，那你希望可以简单化工作吗？标准化就会提高工作效率。假设每次编程都会遇到电机程序，每次遇到上百上千的模拟量程序，是不是可以形成标准化的模块，是不是可以节省很多重复性工作呢？

  标准化是前人栽树，后人乘凉的智慧结晶。

• 当你质疑标准化的东东不适用时，那就是你要进步，优化的开始。标准化并非刻板，禁锢。技术在更新，在发展；标准化同样需要进步和发展。某种标准化只是阶段性的，并非一成不变。

• PCS7中的各种模块就是标准化的结果；但电厂库，化工库等就是针对不同行业的标准化优化；

• 其实，作为一个编程者，总结起来通常我们要控制的无非就是模拟量，开关量，电机，阀门等等几大类，那么标准化有什么不好呢？

• 标准化可以提高工作效率；可以减少重复性工作；可以将重心转移到工艺优化上去；有限的时间做更多，更有意义的事情。

• 标准化有利于兼容，拓展，维护，升级，改造等等。好处大大的。