客户正式生产前，上位机程序员要休息！有些程序员不适合干上位机

有些程序员是做不了上位机程序员的，天生就不适合！我手下有一个程序员就是这样，他以前是做互联网行业的，但是找了很久工作都没找到，加上我这边上位机程序员一直也比较难招，所以我当初招他的唯一要求就是要会写C#程序，其他的都可以慢慢培养。可是，发生了那件事情以后，我觉得这个人根本就不适合当上位机程序员！

事情的起因还得从我们公司为客户搞的一台焊接机说起，说实话，我觉得在这个项目的主观层面上，这个程序员没有任何毛病，因为这台焊接机因为前期和客户没沟通好，导致了这个程序员前期写的业务逻辑在到了客户现场后被客户全部打回重写了。

也就是说，这个事情其实是项目经理在前期跟客户确认需求的时候出了差错，然后又因为在发货前我们公司以及客户都没有主动要求发货前预验收，所以，这个事情直到客户现场以后才发现。

但是，事情既然已经错了，就得想办法弥补，于是程序员就在现场另外改了一个版本出来。

因为已经是交了设备的项目，客户这边催得很急，导致很多功能没有像在厂内那样经过反复测试就直接被客户拿去验证了。

结果，就出了一堆问题，客户当然不能接受，因为客户当初跟我们公司谈的是，设备发货入厂以后，最多半个月他们就要生产，可是，半个月很快就过去了，程序的稳定性还是不行，所以客户就急了，每天都在向我们公司施压。

于是，项目经理和客户重新谈了一下，于是，又争取到了半个月时间。

最后，总算是把软件修改并跑稳定了，于是客户就把生产提上了日程。

经过几天的小规模试产，也不是没有出现问题，小的修改一直有，但是，此时的项目团队相对来说还是比较轻松的。

于是，这个程序员就跟项目经理说，他已经出来一个月了，基本上没有休息，想要回去休息几天。

但是，客户这边经过几天的试产，感觉设备和软件问题都不大了，想要在三天后进行正式投产，并且要求我们公司所有项目人员必须在场，出了问题好解决。

所以，项目经理就跟这个程序员沟通，说不行等客户正式生产以后，过个几天实在没问题再让他回去休息。

但是，程序员不干，非要回去。

此时，项目经理想了想，想了个折中的办法，就是让这个程序员先回去休息个两天，等客户生产的时候再来。

程序员不同意，觉得匆匆忙忙回去，再匆匆忙忙回去，根本就不是正常休息，觉得现在软件已经稳定了，实在不行到时候远程解决也行。

项目经理不让休息的原因很简单，就是怕客户正式生产的时候出问题，设备问题有时候要根据设备的运行异常情况来判断的，远程只能解决一些软件逻辑问题，但是如果真出现了上述所说的，需要结合硬件运行情况来分析的问题，到时候一堆人在那边等着程序员搞，客户肯定又会发火。

因为前期已经出了差错了，这半个月协调出来也不容易，所以，项目经理就没有同意程序员提前回去的要求。

此时，程序员已经没有耐心了，直接就跟项目经理说，如果不同意他回去，或者硬要他在客户生产时提前来，他就直接提离职，反正这个家他是回定了！

因为这个程序员还没转正，所以只要他提离职，3天后就可以直接走。

此时，项目经理没有办法，跟公司沟通了一下，最后只能放他回去了！

虽然说最后客户正式生产的时候没有出现过大的问题，但是从这件事情上，我觉得这个程序员是不适合干上位机的！

我没有责怪这个程序员的意思，在此期间，其实我还和他聊了一会儿，因为他毕竟是我下属，遇到这种情况，项目经理肯定会和我沟通的。

这个程序员的主观意思其实就是在怪项目经理，觉得出现问题都是因为项目经理前期客户调研没做好的原因。

所以，他在和项目经理沟通的时候才会表现得很强硬，再加上这段时间以来，他内心承受了太多的客户压力，因此，他也觉得项目经理没有做好本职工作，不应该让客户能够直接向他施加压力。

对，他说的都对，但是，我个人觉得，做自动化这行，本身就是以项目为先，以客户为先，不管这中间是何种原因，我们事后再谈，再改，避免以后同样的事情再次发生。

但是，在客户即将生产这个紧要关头，我们应该做的就是保证客户能够正常生产，不再出现大的纰漏。

所以，我觉得项目经理压他那几天假本身做法是没有问题的，作为补偿，我在事情发生的那几天，也答应他客户正式生产完以后多给他放几天假，但是他的态度很坚决。

所以，这样的人不管能力咋样，至少在客户责任这方面，我觉得他是有问题的。

干自动化设备这一行，尤其是非标自动化，有些问题其实很难避免的，如果一出现非程序员责任导致的设备更改或者需求变化乃至行程变化，程序员就可以有理有据的跟公司硬刚，除非客户愿意为此承担损失，否则我觉得只要是稍微有点责任心的，都不应该像这个程序员一样。

因为，客户也有客户，客户的客户也会给客户施加压力，大家的压力都是一样的！

当然了，出现这种问题，和整个自动化行业的风气也有关系，但只要你做了这一行，除非你有办法改变，否则大家都是身不由己！