让别人看得懂程序，什么时候也不会是判断程序优劣的一条标准。
对设备制造商而言，编程的总体规划不是针对一台或一个规格的设备来编写，而是针对某几个型号或一个系列的设备共用一个软件框架，对某个具体的设备而言，程序体里存在多余的代码和数据都是正常的，所以解读进口设备的程序是要功力的，同时解读成功，即使是部分成功，也会让你功力大增。

本人曾经改过意国的一台包装机，通过增减一些机械动作来改变包装方式，同时还要可快速切换到原始状态。传统的方式是增减修改逻辑，程序编写不难，可调试的试错，排除可能的状态冲突可不简单。当消化理解意国工程师程序整体实现设备功能动作的思路后，程序无需任何修改，只要修改一些数据即可，非常佩服原始设备工程师的设计理念和水平。因为专业设备生产商在产品设计的初始总体规划是已经考虑到如何柔性的满足多系列多规格产品的各种需要。其中程序工艺逻辑按一般状态来理解非常不好懂，因为程序流程里看不到工艺逻辑，工艺逻辑隐藏到记录工艺要求的数据状态里去了。

学习别人的作品，怎能用一个坏字论得？