两枚奇葩

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

奇葩一

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

情景一

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

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

情景二

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

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

她写的源代码如下:

1
2
3
4
@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的方式证明自己不犯错?承认自己的错误会怎么样呢?

情景五

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

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

情景六

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

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

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

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

奇葩二

情景一

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

情景二

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

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

小结:
不怕神一样的对手,就怕猪一样的队友。

总结

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