公司一程序员因能力问题被开除了但是我觉得公司责任更大一些

公司一个程序员被开除了，但是我觉得这个程序员被开除得比较冤，并且大部分责任在公司，虽然这个程序员的能力的确不行，因此没有过试用期。

这个程序员本来是一个培训机构教PHP的老师，应该是毕业以后就去了培训机构当了老师，这一做就是四年，因此没有多少实际的项目经历，下称小刘吧。

不光如此，估计是这两年PHP不太好找工作，于是投简历给我们公司的时候也只是抱着试试看的心理，但是我们公司估计招不到便宜的程序员，于是就录用他了。而我们公司是工控行业的，主要技术栈是C++和C＃，研发总监招他的时候对他的期望是蛮大的，于是就问他愿意不愿意学C++或者C＃，他答应了，而且要的薪资也不高。

当时我跟我们研发总监聊起这个人的时候，我们研发总监还是挺看好他的，但是我觉得研发总监的心态不对，期望越大，失望越大。

果不其然，小刘在试用期内表现得不是太好，研发总监让他学C＃，因为研发总监认为C＃上手速度相比C++要快很多。

虽然小刘对于C＃的接受能力还可以，也能做一些简单的东西出来，但是时间越长，研发总监心里越没底。

比如虽然小刘能够写出一些简单的小东西出来，可是研发总监在看他代码的时候问他某段代码为什么那样写，他的回答都是模棱两可，不知所云。

后来才知道，原来他写的代码都是百度出来的，大部分代码其实他根本不知道表示的意思。研发总监只要稍微改变一下功能要求，小刘就懵了！

但是，其实这也能理解，因为在学习新的编程语言的时候，功能实现了，但是却不理解代码，这个在学编程的时候很正常，时间久了自然也就理解了，并不是公司要开除他的原因。

压死骆驼的最后一根稻草，其实是在一次现场编码的时候。

当时小刘和另外一个同事正在解决一个问题，需要现场编码，但是小刘的一个操作让另外一个同事对小刘的实际编码能力产生了疑问。

当时，公司代码框架里有一个单例静态对象，用的时候直接用即可，但是小刘竟然去实例化这个对象。

同事在一看着开始以为他只是不熟悉框架，所以也没当回事，但是过一会儿小刘看代码里编译报错了，于是就问这个同事是怎么回事，然后同事就懵了！

其实，同事对小刘能力产生质疑情有可原，一来是IDE里编译报错的话，基本上都会有明确提示，小刘连IDE报错都不看就问旁边的人，这说明他编码经验欠缺，其次，如果说编程语言有差异的话，单例模式的对象，或者说静态对象本身就是不应该手动实例化的。因此，同事觉得如果编程语言不同，导致一些问题的话，一些编程的基本概念都搞不懂的话，就要被怀疑了。

最后，跟小刘在一块的这个同事就把他的疑问告知了研发总监，研发总监就找到小刘，考了他一些编程基础相关的知识，结果小刘答得让研发总监一点也不满意。

最后，研发总监叹了口气，就让小刘去办理离职手续了。

事情到这里，看着好像是小刘能力有问题，但是其实我觉得小刘被开除有点冤。

首先，我其实一直认为小刘的编程基础是不错的，因为研发总监开始就一直在给我灌输这个认知。所以，小刘虽然暂时不能上手公司的项目，公司也是愿意培养的。可是，最后发现，小刘的基础能力可能有严重的问题。

但是，如果小刘的基础能力有问题，我就产生了一个疑问，那就是研发总监当初是以什么为依据把他给招聘进来的？难道仅仅是他四年的培训机构老师的经历？

如果是这样的话，研发总监可能就有不查的责任。但不管怎么样，这个事情现在已经无法追究了。

我之所以觉得小刘冤，主要是这个时候被开除，也不好找工作，人家本来就是换技术栈，要的薪资也低，以为可以稳定了，结果还要重新找工作。

公司虽然需要支付试错成本，但小刘显然付出的代价也不小。或许当初公司不录用小刘，小刘估计还会继续找跟PHP相关的工作，可能比现在的结果好一些。

现实往往没有那么多如果，或许真的是小刘的能力有问题，亦或者公司对他的期望太高了，又或者研发总监招人太随便了，甚至是我太偏向可怜小刘了，这或许在现在已经不重要了吧！

我们入职过公司不多，但是也不能算少吧，像我们公司这样隔段时间就开除一个人的行为，从我入职到这个公司以来，公司开除的人，我已知的也有四个了！我觉得除了员工问题，公司的问题也不小。当然，估计这个事情未来不会到我头上，我也不希望它到我头上！

我寄希望公司接下来招人的时候好好招，小刘找工作的时候好好找，千万不要勉强，毕竟对双方都不是什么好事！