其实说是编程，多数时间是在改程序，原创作品很少。
工程的目的就是为了现场应用需要，只要满足条件，运行生产正常。几乎不去改动太多。
程序同样不要求做的华丽。反而要求做的越简单，越直观。操作也同样。
能用梯形图，就绝不用其他的。
长期以来，养成了这种，天天在用的东西，原理都不清楚，只是知道用上好用。就这么组合，就可以满足用户要求。也没有时间或者动力吧，去尝试新的方法。
程序都是堆出来的，CPU跑不起来，就换高等级的，内存不够，就换大的。
对程序如何瘦身，如何简洁，想也够呛能想到如何下手。
并且每次都是多人合作。我只是其中一员，很少有全部重头到尾都做的情况。那好，功能好用，就可以了，真正的精髓或许没有领会到。
我在考虑不管是做什么程序，都会有个结构问题。总体规划问题。完整性。可行性。
很多方面需要思考的，每次想到这些，都会很遗憾的感觉，为什么呢？很多工程完成以后，还在考虑是否缺点什么，在初期，中期，乃至完成后，都没有对整体有个完整的规划。实现用户要求，和程序本身规划根本就不是一回事。
在考虑成本和周期的前提下，工期也有限。为了完成去完成的工程。没有精力去考虑很多事。也忘记考虑了。我觉得，是值得以后深思的问题啊。其实这些都是因为圈子有限，大家都在那样做。也就那样了。
程序规格书，程序说明等等资料，都是修改版。几乎一个模子刻出来的。
程序优化，改进，很少做。改造不算。现场要求的情况是，生产第一位，其他都次要的。
我们这边考虑的利益最大化，时间要短，实现功能付出要最少。那就是改原有程序。创新需要成本的。没人去为了这个买单。
有点凌乱。因为手头真的还有几个待解决的问题，先到这。还是那句 “ 期待您的回复”