2021年之前，我在一家互联网公司。

老板华为出身，整个公司氛围就一个字：卷。

不是普通的卷。是那种每两周来一次真·冲刺——不是敏捷开发里的sprint，是真让你玩命往前冲。

工作量正常评估，但每天必须完成一天半的活。干不完？加班。

吃完饭直接干到晚上十点多，是常态。

如果有人六点走了，大家会盯着你看。你自己都受不了那种目光，灰溜溜的，跟做贼一样。

还好当时没孩子，家离公司就两站地铁，扛得住。

2021年，我跳槽到了金融IT。

第一天，六点下班，我收拾东西准备走，心里还在打鼓：会不会太早了？会不会被人盯？

结果旁边工位的哥们儿准时关电脑，拎包走人，头都没回。

我愣在那儿，突然意识到一个事：在这儿，下班不用偷偷摸摸。

但很快，新的问题来了。

在互联网，技术选型是团队商量着来的。想用ES？没用过？正好，大家一块儿学，一块儿提升。

在金融IT？想都别想。

技术方案，BA定。BA定不了的，PM定。PM定不了的，部门领导批。大型项目，还得过审批会。

你只是个执行者。

最魔幻的是——你的技术可以菜，但口才一定不能差。

什么叫技术可以菜？

有次开会，我说这个地方要保证幂等性。对面一个人问：什么叫幂等性？

人都招进来了，还能开了咋的？凑合用呗。

那什么叫口才不能差？

我举个例子。

2021年还是2022年，有个BA写需求：比较两个数的大小，取较大的那个。

开发一看，这还不简单。

结果上线出bug了。

为什么？因为这两个数不一定是数值型，有时候是字符串。字符串比大小，有时候对，有时候错。

这个bug最后带到了线上。

你猜责任是谁的？

BA的。

因为需求里没写清楚要把数据类型做转换。

甩锅的常规路径是这样的：

需求里没写，BA背锅。

需求写了，开发测试UAT分锅，为啥呢？

开发说谁能保证不出bug，UAT不就是最后一道防线么？你们是干啥吃的

UAT说我们是基于用户行为做的测试，不保证所有的场景一定全部覆盖，前面用户故事是怎么测得？

测试说我怎么可能面面俱到，你开发怎么自测的，单元测试写了没，覆盖率达标了没？

好，球踢了一圈完美闭环。

一圈下来，每个人都在证明一个事：不是我的错。

这就是金融IT的日常。

你可以菜，但你不能不会甩锅。不是让你主动去甩，是刀架脖子上的时候，你得知道怎么挡。

在这种地方待久了，你会发现自己越来越像一个工具人。

方案别人定的，技术别人选的，锅别人甩过来的。你唯一能做的，就是把代码写稳，别出岔子。

好处是，下班的时候不用偷偷摸摸。

六点走人，没人管你。工作生活平衡了，身体好了，有时间陪孩子了。

坏处是，你越来越不会说话了。

不是说真不会说，是不敢说了。方案不是你定的，你多说一句，锅就多背一口。慢慢地，你就学会闭嘴了。

成为了一个沉默的牛马。