起保停来写的程序是否是垃圾？

起保停本来就是电工的基础，那么是电工人多还是程序员人多？这还用问么？

当然，你要是C或者C++顶级码农出身的话，那就另当别论了，不过你既然是高级码农出身，那么也不会看得上PLC这个苦逼的行当了吧？每个行业都分三六九等，高中低档，一棍子打死所有低档的技能，显然不是合格行业管理者，至少只是一个纯研究技术的思维。

根本就不会用上层管理的思维的因人而异的施教。

时间太充裕了才会在意这种想法，如果被下面的人骂，就不会有这种想法了，甚至于还可能奋发图强了；

人还是不能吃太饱啊，存在即是合理，复杂的程序也是由简单的动作组合而成，条条大道通罗马，各施各法而已；

1条指令和1000条指令有时达到的功能是一样的。

这只是写程序风格不同而已。

到目前为止，我看别人的程序，还没有不被我骂的！不是因为我牛，而是因为没有人看别人的程序会是件轻松的事！

只要对设备工艺熟悉，再垃圾的程序也不是事。对设备工艺不熟悉，程序写得再清晰看起来也费劲。

面对陌生设备，一定是先搞懂工艺，再看程序。

一个好的程序确实应该要让其他人接手的时候易于阅读并方便修改。

个人认为最好的程序控制写法是对设备每个部分动作子程序建立一个Step字：

当Step=0时为停止状态
当Step=10时执行什么，条件满足后，Step=20；
当Step=20时执行什么，条件满足后，Step=30；
当Step=30时执行什么，条件满足后，Step=40；
当Step=40时执行什么，条件满足后，回到Step=10；
当Step>0时停止条件满足后，Step=0。

这样其他人哪怕初次接触程序，只要监控这个变量当前值是多少就是处于哪一步，而且为什么不往下执行很容易监视到哪个条件不满足的原因。

而且设备各个部分之间的数据交互不要通过程序的触点，而要学会通过数据来交互。

最怕的是一大堆条件互锁，上下非常多的程序行有关联的。各个子程序之间有大量数据不通过数据接口形式交换的而是直接引用程序触点的，头都大了。

改造他人的程序，就要先下点功夫看懂他原先的程序架构，了解原先写程序人的思维逻辑；

等了解了以后，你再按照自己的逻辑增减程序，最后项目做出来了再狠狠地骂他的程序很垃圾！

多说一句：如果大家写程序都用一种的方法，那如何体现出你逻辑思维的价值。

一句话，还是改的程序少。

时刻谨记多学习！

共勉！