这个电工主管走了后，厂里留下一大堆烂摊子活，就说这个温控表吧！这个主管会pLc编程，厂里好多设备都是这个电工主管弄的

这个电工主管走了后，厂里留下一大堆烂摊子活，就说这个温控表吧！这个主管会pLc编程，厂里好多设备都是这个电工主管弄的，后面这个电工主管还是嫌弃工资太低去了一家设备厂搞编程。

这个温控表坏了后，电工拿了一个一模一样的温控表装上去还是不行，温控表起不到控制加热管，因为这个温控表是之前走了那个电工主管弄的，走的是通讯模式，厂里电工打这个电工主管电话，问他这个温控表是不要调什么通讯参数才行。

这个电工主管说这事情过去太久了，哪还记得这档子事，不过你可以让厂里相关人员找我收费，就收3000元辛苦费好了，到时我私底下给你1000元红包。

后面好像没下文了，应该是厂里花钱请别人把这事情搞定了。

这个情况反映了几个方面的问题，同时也提供了一些值得学习的经验教训：

1. 文档记录的重要性：从这次经历可以看出，当负责项目的人员离职后，如果没有足够的文档记录来解释系统的工作原理和配置细节，后续的技术支持和维护将会变得非常困难。因此，对于任何复杂的系统，尤其是涉及到PLC编程和自定义配置的设备，都应该有详细的文档记录，包括但不限于接线图、程序逻辑、配置参数等。

2. 标准化与模块化：尽量采用标准化和模块化的解决方案，可以减少对特定个人的依赖。比如，如果温控表可以采用通用的控制方式而非定制的通讯模式，那么更换或维修时就不需要联系原开发者。