两枚奇葩
最近工作中遇到两枚奇葩,他们的行为和沟通方式真是令我耳目一新。
奇葩一
这是个比我多工作两年、代码写的烂、脾气火爆的女奇葩。
情景一
多次不回消息,当面找她态度不友好。
我一直认为咱们是一个团队,大家都有义务把项目做好。后面试图跟她沟通,发现根本不在一个频道。
情景二
某天我做列表导出功能需要用到她写的查询列表的代码。然而发现了好几点问题:
- swagger和java实体字段名还不一致(又有驼峰又有下划线)
- 一个方法竟然带五个参数(就不能用Map接收么)
- 少了两个筛选条件
她写的源代码如下:
1 |
|
1 | 我跟她说明情况以后她直接跑到我的工位说: |
天,没得救了!
情景三
老是找我茬,当然几乎都不是我的问题。某天下午她突然跑到我的工位对我说:
1 | "你以后不要在我的建的controller中写代码,要写代码自己重新建一个controller这样就不会有冲突了"。 |
想象一下:你在专心工作,突然有人对你咆哮…尽是找茬就算了,还提这么无理的要求,不能忍。
情景四
某天上午,我发现她的代码的实体类少了一个变量(前台筛选需要),然后跟她说了。然而她的回复竟然是
1 | "我自己写的代码我知道哪儿有问题不用你管" |
下午我们开会的时候她说之前就有写那个变量,然后我一看提交记录是中午提交的。为什么要用这么low的方式证明自己不犯错?承认自己的错误会怎么样呢?
情景五
1 | 某次开会她刚见到我就问 |
用工作年限把人分类就很low,后来了解到她的职级也就4A,吹上了天。再说她的代码各种批量插入 、 vo没先判空直接给里面的属性判空、双重for循环查列表、关联表分页等,工作那么长在我看来远不如真正打磨两年的经验。我也意识到职场中大部分人只是混一口饭吃,仅此而已。
情景六
我在Model里面加了三个字段,然后导致她写的接口调不通,原因是Mybatis会默认加载所有Model的字段作为sql的筛选条件。 然而,她直接打电话过来说:
1 | 她:"你赶紧把这删了 不要加在这儿" |
催那么着急,从不给解决方案,只关心自己的东西,幸好我知道 @TableFiled(exist = false) 注解。
小结:
每一句话都在试图证明自己有多么牛逼,然而每一句话都暴露了自己有多么无知。
奇葩二
情景一
一天之内两三次代码没提交全。导致我更新代码下来报错,要知道更新代码->解决冲突->提交代码->合并代码->相关负责人审批->合并通过整个流程走一次花的时间也不少,一天卡两三次没法玩了。事实上,他前一天上午提交不全代码直到第二天下午才解决,这个过程我没法合并代码,严重影响了项目开发进度。
情景二
他两次电话找我确认他自己改的代码要不要删😳。
1 | 他:"你这个代码还要吗?不要我就删了?"。 |
小结:
不怕神一样的对手,就怕猪一样的队友。
总结
唯有不断学习,努力提高自己,去更好的环境,才能摆脱奇葩。