查看原文
其他

后端开发甩锅奥义

Java之间 2020-10-17

The following article is from 孤独烟 Author 孤独烟

点击上方Java之间”,选择“置顶或者星标”

你关注的就是我关心的!

上一篇:“RPC好,还是RESTful好?”,这个问题不简单

在电影《东方不败》里,任我行曾说道:江湖!只要有人,就有恩怨!有恩怨,就有江湖!人就是江湖,你怎么退出啊!"

正所谓,人在工位坐,锅从天上来。你在位置上,代码撸的好好的。一个锅就自然而然降临到你身上。因此,身为一名二十一世纪的好开发,如何学会正确的甩锅是在职场生活的必备技能!

三奥义

大家要记住三点。甩锅有三大奥义,一定要记住,具体有下面这些!

第一奥义:甩锅不能慌

很多研发在初学甩锅技巧的时候,由于不善于沟通,别人一个锅甩过来,马上面红耳赤,结结巴巴。记住,人一旦方的时候,思路无法处于冷静的状态下,此时无法做出正确的决策。很多人事后冷静就会反应过来,卧槽,这锅不该我接啊!

所以,甩锅一定不能慌!慌是大忌!

第二奥义:甩锅不爆粗口

大家回忆一下自己工作中,哪个领导之间甩锅的时候是互相爆粗口的,都是笑嘻嘻的把锅甩出去的,对吧?

那么,这主要有两方面因素,一方面是带粗口,很难听。另一方面是,你带了粗口后,人容易处于一种激动的状态之中!那么,人一旦处于这种状态下,也是无法做出正确的决策的!记住了,甩锅的时候,一定要冷静,千万不要激动,一激动就会犯错!切记!

所以,为了能正确甩锅,请不要带粗口!

第三奥义:甩锅不能速成

甩锅技巧从本质上来说是一种沟通技巧,是一种对沟通能力的锻炼,没有人生来就会甩锅!至于如何加强沟通技巧,那又是另一个话题了,这里姑且不谈,我们只论甩锅!

一道脏水泼过来,有的老实人会默默的接住!但是,这么做的结果就是,一道道脏水接二连三的再次泼过来!
因此,面对一道道脏水,尝试的将它甩出去。结果不重要,每次泼出脏水的过程中,就是对自己沟通能力的锻炼!

三不甩

第一情况:被留下证据了,就不能甩!

比如,这个事情明摆着是你做的,你邮件里留下了证据。
又或者,你的聊天记录被人截图了,被留下了证据。
那么,在这种情况下,你再去甩,那就是狡辩!性质非常恶劣,甩锅只适合于职责不明确的一些情况!

第二情况:一些明摆着甩不出结果的情况!

有些情况下,互相之间踢皮球是踢不出结果的。这种时候,不要再踢了,直接找高层决策!
那么,这种时候考验的是什么呢?OK,领导对你的信任度!那么,如何增加领导对你的信任度以及好感,也是很有技巧的。改天我们再细说,这里稍微扯一扯!
比如大家私下都会组织一些活动吧,打个比方,你们私下打球!
例如打羽毛吧(我随便举的)!
A员工其实是羽毛球高手。某次线下活动中与领导打羽毛球。先赢领导三个球,然后慢慢的让领导追上来,最后领导一球险胜A员工。
自己思考一下,如下三个问题

  • A员工为何要输的如此辛苦,他为了什么?

  • A员工如果输太多,会达到什么样的效果?

  • A员工如果一直压着领导打,会达到什么样的结果?

好了,这三个问题想明白,就能懂很多事了!我已经透露很多了,其中的意境,大家自己去领会!

第三情况:某些特定对象,不能甩!

第一,不把锅甩给单身萌妹纸!切记,重点是…嗯…!
第二,不把锅甩给新人!你也是从新人过来的,想想自己还是新人时候的无奈。你忍心把锅甩给新人么!
第三,不把锅甩给leader!相信我,leader的甩锅方法论远胜于你,还是别轻易尝试!

甩锅方法论

记住,针对不同的角色,方法是不一样的。这里细说有产品,测试,运维,开发!
针对测试,一定要强调,这种BUG难以复现!
针对产品,一定要强调,你们的需求有问题!
针对运维,一定要强调,是你们操作失误!
针对开发,无固定方法,随机应变!

下面给出具体的情形,我们来演练一下!

线上某接口,响应变慢了!

针对开发:这接口代码,我是参照你之前写的,你快看看哪里出问题了!
针对测试:这种情况能稳定重现么?你们再看看!
针对运维:是不是阿里云的问题?
针对产品:这个功能流程太复杂了啊。要实现这么复杂的流程,不是不行,就是响应时间慢!

线上某接口,出现低级错误!

针对开发:我不是让你code review一下么,你居然没看出来!
针对测试:这么低级的错误,你居然没覆盖到!吃什么饭的!
针对运维:不是让你别这么操作么,能不能规范一点!就是因为你们做了XX操作,导致接口挂的!
针对产品:你这个功能太复杂了。实现起来出点小错误正常的,毕竟业务场景这么复杂,人家BAT的产品,也会出BUG的!

任务无法准时完成,延迟了

针对开发:你怎么上班老是划水呢,现在交不了差了,你说吧,怎么办!
针对测试:Bug太多啦,先报一点小bug来吧。
针对运维:这些这么简单的线上问题还老是找我们,知不知道我们开发进度很紧的?
针对产品:你们需求老是变来变去的,没法完成任务的!

自己瞎搞,搞挂了别人的服务

针对开发:你们的业务系统没有做好code review啊,快看看哪里不对!有没有配熔断降级什么的,快检查一下!
针对测试:你怎么测的,怎么他们的服务随便就挂了呢?
针对运维:他们的服务怎么加了几次调用就挂了,是不是机器哪里配置出问题了?
针对产品:不是和你们说了,调XX服务,这个方案行不通。你看吧,现在人家服务挂了!

2019年11月09日


最近热文阅读:
1、“RPC好,还是RESTful好?”,这个问题不简单
2、RabbitMQ和Kafka到底怎么选?
3、你写的 Java 代码是如何一步步输出结果的?
4、Maven 实战问题和最佳实践
5、SpringBoot 创建定时任务(配合数据库动态执行)
6、11 个简单的 Java 性能调优技巧
7、无Redis不编程,40道面试题
8、MySQL 性能优化:8 种常见 SQL 错误用法!
9、线上服务 CPU 100%?一键定位 so easy!
10、为什么微服务一定要有网关?
关注公众号,你想要的Java都在这里

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存