做个小调查，请大神解惑

个人看法，
1，是不用急着写
2，先搞清楚客需求，
2，搞清楚自己这边的机械设计和控制要求，
3，搞清楚电气的元件配置，
4，设想未来的拓展性，程序功能的预料
以上这些很重要，都是基础，如果这些没确认好，
很容易做返工活，
5，根据自己的习惯，
把一些现在已经明确的环节，把程序写出来，
把不同的功能和用途的程序分开写，
比如报警，就专门处理这种安全信息和处理操作，
计算的地方就计算，
根据不同PLC的特点去写，
有需要写FC的，也可以规划，
如果你没有思路，就这样，
把清晰的地方先一点点分块写出来，
总体的功能要清楚，如何实现，

有一次客户的老机器，
其实这种情况很常见，有的需要改造，维修，
买了你们的设备，自然希望老的设备也一起弄了，
有个客户的，在我看来这个程序功能本身应该很简单，
而且都老的，没有伺服，传感器也很少，
想想应该比新设备简单很多，
打开程序7000多步，相同的元件、指令用无数个，
怎么看好像哪里都一样，
这种情况很多，还有的三菱PLC程序文件多，
有的文件也不登录，也不删掉，
查的时候，根本不清楚，工作量很多，
在我看来，
相似结构的程序、相同的元件，
不应该大量存在，应该想办法，
不同的功能用途的不能串在一起，
不能查一个功能的故障，还得兼顾好几个程序段，

你要知道搞plc的人，主要工作是什么，是调试，而不是写plc程序。所以你要知道，写程序，很多时候，只是附带的一个基础工作。正常一点的，不是很复杂的那种项目。当时采购清单出来以后，电气图纸，和机械把io点对好。其实这台设备已经完成一半了。接下来，框架程序一套，改改点位，触摸屏复制粘贴。写动作流程反而是最简单的。然后边调边完善。