作者：xian

看到这次活动的广告，早年的一件事一下子浮上心头，很想跟人说说，也就是传说中的倾诉。按理说，这题目得跟个刻苦努力柳暗花明的故事，可是我偏想起这个得意的事。咱工控界实在低调，这样的机会太少，忍不住了就来吹吹牛。

我大学是学计算机专业的，一不小心入了自控这行。还好，自控也离不开0101，没到“男怕入错行”的地步。现如今看着IT行业的潮起潮落，偶尔也有点小庆幸，或许挣得没有IT多，胜在风轻云淡心情好。

入行之后，精力主要放在上位这块，也就是俗话说的HMI，IPC，服务器啥的。学计算机的嘛，也就这些还算玩的转，一看梯形图就拧巴的不行，只能拿语句表玩PLC。没多久就只管负责这块的支持工作，也就是不用盯项目，主要负责处理“麻烦”。

那年，来了一个大麻烦。

有个项目，非常重要。有多重要呢？从技术上看，从上到下顶级的西门子全冗余设备；从影响上看，国家级的报纸电台电视台准备好了稿子，等着在剪彩那天发。

但是，还有一周的时间，有人来报，这个项目里的 WinCC 跑1个小时就死机，过程中内存一个劲地涨。脑子当时就是嗡的一下，最讨厌这这种场景了：到现场坐在机器前面，身后站着甲方乙方丙方各色大脑袋，时不时的来一句“怎么还不行啊”，“有政治影响啊”。。。这些就会说“画面上的水得动起来才行啊”的主儿站在那儿有啥用？可是他们一定会站那儿。

于是负责技术的大小领导骨干，不管相关不相关的，组队出发，还带了个西门子的老外。

到了现场，甲方基本都下班了。连杯水都没有，就跟项目负责人和相关的工程师在主控中心开会。项目负责人介绍情况，老外拿个大本子倍儿认真的记录，其它人坐在老外身后听着。

我自己心里有七八成把握，问题出在项目实施上。来现场之前，什么方案啊配置啊啥的，已经都看过了，觉得没有问题，早先因为项目重要，WinCC压根就没敢选最新版本，而是用了很稳定的一个版本。

一边负责WinCC的小伙子正在机器边上坐着，看起来有些茫然。于是走过去跟他聊天。

“都有谁负责WinCC？”

“就我一个。”

“用WinCC 多久了？”

“毕业进这个项目，快一年了。” 好么，真敢给年轻人压担子。

“学自控的？”

“嗯。”

“最近你在干啥？”

“用脚本写OPC的程序，给管理那边送数据。”

“我看看你的程序行不？”

“行。”

打开VB脚本，第一个感觉就是菜鸟，格式一塌糊涂，一行注释都没有。

还没看完变量注册的部分，就觉得自己眼花了，循环起止，if endif，对的那叫一个费劲。于是上下翻屏仔细对齐。整理完了，问题就能看的出来了，这小伙子抄样例程序也能抄错，居然每次从WinCC取数据，都把所有变量注册一遍，这能跑一小时说明计算机性能很好嘛！

跑回正在分析问题的大小头头那边，简单说了一下情况，建议大家先吃饭，把OPC的程序停了，跑一个小时看看。大家都看着那个老外，老外点了头，大家就去吃饭。一边吃饭其实心里还有些忐忑，这小伙儿会不会还在别的地方藏着啥炸弹吧？

回到主控中心，内存平稳，心下坦然。抓过小伙儿，耳提面命，如此这般。于是只剩下项目主管和那小伙儿留下来改程序，大伙儿回宾馆睡觉。

大清早又回到主控中心，这小伙儿还算争气，熬夜把调试都做完了，虽然那代码还是惨不忍睹。打完收工，回家。

当时觉得自己相当幸运。debug 的时候还没分析，一上手就碰到问题症结所在，着实少见。特别是在这种规格的项目里，当着大小领导的面，尤其提神。后来也琢磨，全是幸运吗？似乎也不是，直觉这东西，传说是经验的千锤百炼。于是更得意。