两枚奇葩 | 我可能在扯淡

最近工作中遇到两枚奇葩，他们的行为和沟通方式真是令我耳目一新。

奇葩一

这是个比我多工作两年、代码写的烂、脾气火爆的女奇葩。

情景一

多次不回消息，当面找她态度不友好。

我一直认为咱们是一个团队，大家都有义务把项目做好。后面试图跟她沟通，发现根本不在一个频道。

情景二

某天我做列表导出功能需要用到她写的查询列表的代码。然而发现了好几点问题：

swagger和java实体字段名还不一致(又有驼峰又有下划线)
一个方法竟然带五个参数(就不能用Map接收么)
少了两个筛选条件

她写的源代码如下：

@ApiModelProperty(value=“项目编码”,name=“project_code”)
private String projectCode;

List<HashMap> searchProjectReport(@Param(“projectCode”)String projectCode,@Param(“region”)String region,@Param(“category1”)String category1,@Param(“startDate”)String startDate,@Param(“endDate”)String endDate,@Param(“mileNames”)String mileNames);

1 2	我跟她说明情况以后她直接跑到我的工位说： "不要大早上找茬，你自己写一个方法"

天，没得救了!

情景三

老是找我茬，当然几乎都不是我的问题。某天下午她突然跑到我的工位对我说：

1
2
3

"你以后不要在我的建的controller中写代码，要写代码自己重新建一个controller这样就不会有冲突了"。
我当时也没控制住情绪，直接怼过去了：
"有冲突你不会解决吗？一般来说一个表对应一个controller你不知道吗？你干脆让我不要在这工作算了"

想象一下：你在专心工作，突然有人对你咆哮…尽是找茬就算了，还提这么无理的要求，不能忍。

情景四

某天上午，我发现她的代码的实体类少了一个变量(前台筛选需要)，然后跟她说了。然而她的回复竟然是

1	"我自己写的代码我知道哪儿有问题不用你管"

下午我们开会的时候她说之前就有写那个变量，然后我一看提交记录是中午提交的。为什么要用这么low的方式证明自己不犯错？承认自己的错误会怎么样呢？

情景五

某次开会她刚见到我就问
"你刚入职的时候公司给你定的是什么级别"
后来
"你承认自己级别低了吧"

用工作年限把人分类就很low，后来了解到她的职级也就4A，吹上了天。再说她的代码各种批量插入、 vo没先判空直接给里面的属性判空、双重for循环查列表、关联表分页等，工作那么长在我看来远不如真正打磨两年的经验。我也意识到职场中大部分人只是混一口饭吃，仅此而已。

情景六

我在Model里面加了三个字段，然后导致她写的接口调不通，原因是Mybatis会默认加载所有Model的字段作为sql的筛选条件。然而，她直接打电话过来说:

她："你赶紧把这删了 不要加在这儿"
我："我删了我的接口怎么办?"
过了不到五分钟，在群里问我改了没
我："有这么快吗？你只关心自己的东西"

催那么着急，从不给解决方案，只关心自己的东西，幸好我知道 @TableFiled(exist = false) 注解。

小结：
每一句话都在试图证明自己有多么牛逼，然而每一句话都暴露了自己有多么无知。

奇葩二

情景一

一天之内两三次代码没提交全。导致我更新代码下来报错，要知道更新代码->解决冲突->提交代码->合并代码->相关负责人审批->合并通过整个流程走一次花的时间也不少，一天卡两三次没法玩了。事实上，他前一天上午提交不全代码直到第二天下午才解决，这个过程我没法合并代码，严重影响了项目开发进度。

情景二

他两次电话找我确认他自己改的代码要不要删😳。

他："你这个代码还要吗？不要我就删了？"。
我："这个代码不是我写的我不知道"。
然后我翻了下提交记录，看着是他自己修改的，接着说
"你连自己修改的代码都不知道吗"。
然后我给他解释了git提交过程和看了提交记录。
后面过了几分钟竟然又打了个电话过来。
他："证据都在这儿了你还推锅"。
我："没推锅。不是你提交的我这边合并下来怎么会有你的记录呢"。

小结：
不怕神一样的对手，就怕猪一样的队友。

总结

唯有不断学习，努力提高自己，去更好的环境，才能摆脱奇葩。