今天公司开了一个

以前写过一篇blog跟国外程序员工作感受123，里面提到有个膀大腰圆的黑哥们，今天上班旁边的大姐神秘的告诉我说这个哥们被公司开了，他是公司招的一个外包，本来他想干到这个项目结束的，但公司不同意，结果他火了，这个周末就要走人。现在他看到人也不打招呼了，刚才另外一个组的一个leader很不厚道的去问他他现在用的机器的配置，得到的结果是不知道。

不过他走人也基本在意料之中，总结出来有以下几点，也值得我自己吸取教训，

1. 代码不规范，上篇博客说了他写一个类的成员变量，有的第一个字母大写，有的第一个字母小写，这是最基本的编码规范了，应该不用人教。

2. 对工作估计不足，老板让他做performance test，第一天的时候他说performance test基本已经做完了，结果两个多月了，他还在performance test。而且他老觉得是别人没有告诉他应该怎么测，那段时间一直阴沉着脸。

3. 写test没有一个好的思路，我曾经研究过他写的一个test case，一个mock object创建出另一个mock object，结果搞来搞去都是在测mock object。他测我写的一个类，有一个方法是返回一个Queue，这个方法底层实现用的是一个LinkedList，结果他测的时候把Queue强制转换成List，后来实现改了，改成了一个Queue，结果他的test全部failed了，他老觉得是我把他的代码给改了，我晕～～

4. 跟团队不合群，虽然现在法语不好还听不明白，不过感觉team里面的人对他都有点怪怪的，他们外包的一共三个人，有次他好像有啥意见，结果另外两个大眼瞪小眼的，具体原因没好意思问。

据说他所在的外包公司会根据表现来打分，这次他项目没完就退回去了肯定对他有一定影响，只能希望他一路走好了～～～

第三个问题不算他的个人问题，说实在的我第一次听说想你们这样一个人写程序另一个人写测试的（而且还不是结对的情况下）
你们这种做法注定了要增加这种反复

在个别情况下，确实需要一个mock object创建出另一个mock object

一般来说应该是自己写的自己测，不过我老板说我们时间不够写单元测试我也不好多说什么

那个mock object的问题可能我没说明白，并不是说创建mock objects不好，而是他创建了很多mock objects，最后测来测去他只是在测那些mock objects而没测真正的逻辑