如题，大家讨论下评价 PLC 程序是否优秀的标准

扩展性好，方便同类型的重复使用，别人容易读懂你的程序

程序安全可靠，机构清晰，扩展性好。

结构清晰！简洁

条理清楚、结构清晰、保护完备、故障排除后能继续运行尽量少手动调整

主要还是通俗易读，程序是给维护人员读的，并且进行功能增加及改进机会，如果程序写得让人看不懂，那么该如何进行维护及扩展呢？

我个人觉得让大家看了能了解作者的思路，保护要做的好，全，尽量能简便就简便就很好了

程序简洁、易懂，通用性和扩展性好。

扩展性好，方便同类型的重复使用，别人容易读懂你的程序

可靠是最重要的，纠错能力要强。这就要求在编程序之前考虑到各种突发事件，个人感觉是最难的。再者就是好可以重复利用，易于理解。

用最少的程序,达到所需的功能,并且容易看懂,那才是经典

这么多贴封精很意外包括我自己，我个人觉得一个好的程序，就是要对他的控制设备工艺及细节很清楚，包括以后可能出现的问题，在程序上有所表现，程序贵在安全可靠，重在细节，华丽花销的程序意义不大，还需要维护你的程序人员能够读懂你的程序，这就要求做程序时要做好注释，这个很重要，做必要的变量表，让后来者也清楚调试过程。

1,满足最基本的 稳定控制的要求，
就我们目前的国情而言，已经算不错的了；

2,结构清晰，易读懂，
说明你已经开始在为别人考虑，并且有在大项目中和别人组成团队分工协作的潜质。

3,代码模块化强，可重用性高。
越是模块化的 程序代码，越是容易和别人一起协同工作，
团队需要的不是一个个 牛比的天才，但是各是各的牛风格，
这样很难保证整体进步的，也很难保证项目整体的稳定性。
程序一定要结构化，模块化，这样才能互相融合，大家才好互相协同工作。
这才是团队的优势和作用。
关于重用性，积累的经典功能块库，越积累会越多，
积累的越多，做相似工艺的项目就越顺手。

所以，有时候，在一定的年龄范围内说，自控的工程师越老越吃香，是对的
只有丰富的经验积累，软件代码块的积累，才能让你更快的完成新的项目。
才能让你体现出老人手 和 新手菜鸟的 不同。

一个资深的西门子项目工程师，应该积累有大量的 功能块，甚至都已经形成库的规模。

4. 各种保护和诊断。在程序上诊断整个系统，并尝试优化工艺系统。

如果你经常看 欧美老外的程序的话，不说日系老外的程序。。。日系的程序相比而言，确实很简洁。。。

你就会发现稍微大的经典项目，干活的程序 只有大约30-40%的样子，
其余的都是 大量的保护，工艺连锁，系统诊断。
客观的讲，我现在有时候 偶尔倒回去 看欧美厂商03年以前的程序，
依然有收获，还是有当年没看懂的地方。

在大家长时间做一个行业的工艺程序的时候，在达到稳定运行这个基本要求后，不妨可以多做一做 保护，诊断，甚至自纠错 这样的功能。

你一定会越做越有成就感。

当然那也不是 所有的老外程序都好，月亮外国都圆。也看见过很多挺垃圾的老外程序。 但是就整体而言，看到的老外大公司的程序，客观的说，
很多比SIAS，SFAE的程序都更经典。

不敢期望大家都达到这个高度，只是 希望大家能往这个方向努力。

人生就是 这样，1,2,3,4 的走。