摸鱼爽文《程序员“甩锅”指南》🐶🐶🐶

3,732 阅读4分钟

「本文已参与好文召集令活动,点击查看:后端、大前端双赛道投稿,2万元奖池等你挑战!

手动狗头:本文没有任何指向性、攻击性,如果对你有一丁点的启发,那一定是错觉!仅供摸鱼食用。

只要你参与软件开发,一定就会有人对你指指点点。

IVQOj2.th.png

如此,难免背锅!

写 bug 要背锅、项目延期要背锅、用的技术太旧要背锅、用的技术太新也要背锅......

IVG9TC.th.png

我们大多数程序员心都很善良,都信奉:talk is cheap,话偏少,一般不会与之争辩。

IVIGZX.th.png

但话少不代表好欺负啊,是我的锅,我背着,不是我的锅,总这么接,谁也受不了呀~

IVIPpp.th.png

老虎不发威,你当我是 hello kitty,程序员不硬刚,你当我是 inability ?!

IVInrE.th.png

于是,本指南顺应而出,以期给打算进行反驳的各位一点理论指导!!!不谢~

IVIegW.th.png

第一则:“之前那位老哥走了呀!”

把锅甩给走了的那位老哥,不会伤害任何人

聪明的开发都是这样说的,历史原因,大家都很无奈呀~

IV8j02.th.png

这样所有人也会投来同情的目光,纷纷表示理解。

IV89LH.th.png

不是吗?他离开项目即是背叛项目,他不会再回来了,他背叛了我们!!

IV8TbL.th.png

一方面我们羡慕这些远走高飞的人,他们摆脱了这个糟糕的项目;

另一方面我们也清楚,他们不过是换个地方接盘去了,好坏也未可知;

IV8aof.th.png

离职的最大问题就是短时间内把现有项目的问题全部丢给了下一任(接盘侠)。

唯一的好处,就是你把锅甩给他的时候,他也不知道~

IVAL2e.th.png

第二则:“为什么测试没测出来?”

开发人员通常很讨厌测试人员,测试总会测出一些怪东西出来。

IVAW45.th.png

当发现问题时,开发可以轻松把锅甩给测试:“为什么测试脚本没有覆盖这个场景?”、“为什么之前测试没测出来?”、“测试测了啥?”......

IVAnDC.th.png

不过,当一切变动聒噪起来,你得小心确保没人质疑的代码单元测试。

IVAQkR.th.png

第三则:“需求最开始又没说清楚!”

出现问题的一个常见原因是:开发人员根据自己的理解对需求做出了假设;

所以,在开发之前,我们应该弄清所有产品提的模棱两可的东西。

IVAdyz.th.png

但是这个过程又太慢太无聊了~不如先做着再说。

结果证明,这样会带来巨大麻烦。

当我们努力去看需求文档时,又会感慨:“这都是些什么半生不熟的废话?!”

太多细枝末节:“为什么这个是这样,这个又是那样?”、“这个本来是这样,为什么又要变成那样?”......

IVAH9Q.th.png

所以,开发和产品之间有着天然的鸿沟,所以把锅甩给产品~ Let it be!

第四则:“我是按项目要求来做的!”

还有谁没背上锅?没错,项目经理。

IVAm8U.th.png

我们只是简简单单的程序员,俗称“搬砖的”!你又期望一个搬砖工做太多什么?!

我们只会做被告知的事情!莫得感情得代码搬运机器!

IVAEBL.th.png

第五则:“小丑原来是我自己?!”

第五则就比较深奥了,把锅甩给过去的自己!就问你怕不怕!!

IVAv9w.th.png

当你遇到一串垃圾代码,正准备大发雷霆并大展身手之时,追根溯源看看是哪个小崽子写的,最后发现竟然是自己。

哭了。

问:忘记你写过的垃圾代码,需要多久?

IV8K5S.md.png

但是没关系~ 谁还没有不堪的过去,即使才刚刚过去几个小时,我们都是在不断进步、不断更新的!

把锅甩给过去的自己,现在依旧美丽!!

综上,感慨一句:开发过程中遇到各种锅真的是难以避免!已经这么难了,能不能不要甩来甩去了!灰度思维,以解决问题为导向,我们都是一家人~包容、关爱、peace & love !