作为程序员，我的十个崩溃瞬间

作为一名工作了N年的老鸟，在职场中总会遇到一些沙雕的人或事，让人一度崩溃，瞬间破防。

下面盘点一下我个人在工作中的十个崩溃瞬间吧，权当娱乐自己，取悦大家了，如有雷同，不生荣幸。

1、产品经理的追求极致

我入职后的接的第一个需求是做一个统计分析报表类。

该报表可以根据多个区域维度统计外卖的订单数量，比如：省份、城市、行政区、商圈，也可以按照外卖的品类区分，比如：快餐、米粉面馆、意面披萨、汉堡薯条、日料、韩餐等。

不仅这些，还可以按照送餐距离进行区分，一公里内、一至三公里，三至五公里等。当然，也还有其他聚合维度，比如日期、价格。

对了，数据量很庞大，日订单量上千万。

产品经理的要求是，性能要好，点击查询按钮两秒必须出结果，且统计数据要求实时，不允许有延迟。理由是，他很追求极致。

我稍作解释，他马上说我工作态度有问题，在选择逃避困难，在为失败找借口，说前方的销售团队在打仗，我却在那打鼾。

2、周五晚上的大故障

从周三去上班的路上，我就开始计划好了周五晚上的整体活动安排，六点半一过就从公司出来，然后先去几个朋友去羽毛球馆打球，大汗淋漓之后再去望京的木屋烧烤去撸串喝啤酒吹牛逼。

对了，席间一定别忘了埋汰埋汰上次牛逼吹过了但没兑现的A君，最后再去泡澡按摩蒸桑拿，嘿嘿，美滋滋。

总算盼到了周五晚上六点，我心里正在默念时间，还有20分钟，10分钟，5分钟，1分钟，走起！

我背上电脑赶紧奔赴地铁站，刷卡之后等地铁之际，忽然听见手机连续噔噔噔了几声，我心里泛起一丝不祥的预感，莫非是系统报警短信？

我刚拿起手机，熟悉的系统报警电话跟着打过来了。我刚听完挂了电话，紧接着领导的电话，产品经理的电话，运维的电话一个个接踵而至，尼玛！

我赶紧奔赴公司处理故障，处理完，复盘完，再把一系列潜在的风险都改完，夜里两点了。

我独自在夜风中飘零。。。。。。

3、故障复盘的PUA

书接上回，大故障伴随而来的就是一场气氛沉重的复盘。

过程中，大家你一言我一语地总结着改进方案和提升点，并定下了以点及面，逐步落实的优先级和时间。

这时，一直面色凝重的总监忽然发话了：“大家给的方案都很好，证明大家确实重视了，也进行了深入地思考。但我觉得，这次故障复盘还是仅仅停留在表面。我认为最深层次的原因是——大家还是没有真正地燃起来，全身心地all in地到我们的事业中去。”

总监清了清嗓子，接着说：“最后，我要跟大家说的是，少睡觉，多干活儿，今天工作不努力，明天努力找工作，散会！”

4、新员工的无脑呆

入职了一个工作两年的新员工，老板让我带一带，并嘱咐我说，“多些耐心，好为人师”。

我忙不迭地点头，信誓旦旦地让老板放心。谁知，这是我噩梦的开始。

这新员工跟我毫不见外，以平均每小时一次的频率问我各种项目中的、技术上的问题。最开始的时候，我完全能够理解，毕竟换了一个全新的环境，有很多需要熟悉的东西，找人请教是最快的上手熟悉方式。

但我完全架不住，已经过了两个月，这哥们儿还是这种频率问我各种浅显的问题啊。

• 麻烦帮我看下，为什么我提交代码冲突了？

• 麻烦帮我看下，为什么这个SQL执行这么慢？

• 麻烦帮我看下，为什么我打的断点没有生效？

• 麻烦帮我看下，为什么我的Jetty启动不了？

再后来，我就有心里阴影了，每次看到他肩膀一动，就以为他要起身，他一起身，我就感觉他要过来找我。

然后我就躲到会议室里办公了，只求耳根子的片刻清净和安宁。

5、QA的伤停补时绝杀

我和小L搭档过两个月，我是RD，她是QA，我开发，她测试，我走田，她走日。

不得不说，小L的专业能力还是不错的，测试工作做得又认真又仔细，逻辑思维能力和表达能力都比较强。

唯独让我崩溃的一点是，每次项目提测，她上午能提出一些bug，下午五点前也能提出一些bug，然后就是一阵静默期，一种让我感觉天下无贼的静默期。

忽然，在晚上8点50的时候，她连提了好几个bug，然后开始收拾东西，刷杯子，关电脑，9点准时下班。

这种伤停补时的绝杀，让我完全无所适从，只能继续挑灯夜战。

然后，转天的早会，小L汇报昨天的工作，说她测出来一些问题，我还在改。。。。。。

（意思我懂，项目瓶颈在我这）

6、项目中的千年屎山

忽然有一天，老板笑呵呵地找到我，说要给我一项颇有技术挑战的工作去做，让我一定要尽心尽力完成任务。

我马上拍着胸脯跟老板说，保证完成任务，作为一个优秀的工程师，我从来不怕技术挑战。

哼哼，不就是高并发吗？不就是高可用吗？不就是高性能吗？不就是海量数据吗？不就是架构演进吗？这些我统统擅长好不好。

结果，没想到的是，老板给我的颇有技术挑战的事情是，搞定一个2008年的，用的是JDK 1.5 ＋ SSH（Struts、Spring、Hibernate）的项目，没有前后端分离，前端用的还是JSP + JavaScript。

另外，没有任何文档，没有任何注释。呜呜，这一行行老旧的代码，就是最好的注释。

我本成佛，却累成魔。奔溃。。。。。。。。

7、隔壁老王的千斤锅

组内有个姓王的同事，35岁+，中年油腻男，臂力大，甩得千斤锅。跟他配合，问题永远是我的。

比如：

• 他负责系统上游，我负责系统下游，请求量太大，下游系统扛不住了。他会说，系统下游要具备承接好调用方请求流量的能力。

• 我负责系统上游，他负责系统下游，请求量太大，下游系统扛不住了。他会说，系统上游要具备为系统下游合理控制流量的能力。

• 他负责系统下游，我负责系统上游，他有个东西改错了，把我的上游服务影响了。他会说，系统上游全部指望系统下游，要具备切换Plan B的能力。

呵呵哒哈哈，后来就没人跟他合作了，他自己负责一个单体服务，自己玩儿。

有一次，他的系统出了个大故障，正在复盘中。

我借机补刀，说道：“老王，我上次跟你说过，不能这么用这个组件，会产生问题的，但是你没听。就是那次，老张也在场，你还有印象吗？”

老王憋了一阵，忽然质问我道：“就算当时我没听，你为什么不继续说服我！”

8、产品经理的拥抱变化

有一段时间，搭档了一个呆萌呆萌的产品经理。

这是个自恋到了极致的家伙，总认为自己的idea极度牛逼，而且还具备皆为敏捷的idea迭代升级能力，换句话说就是喜欢改需求。

这不，我接了他一个需求，排期一周：

• 第一天，他跟我说：“不好意思，我在XXX地方有个微调，这样对用户更加友好，麻烦改下吧。”

• 第二天，他跟我说：“不好意思，在XXX地方需要加个逻辑，这样对用户更加合理，麻烦改下吧。“

• 第三天，他跟我说：“不好意思，在XXX地方有个较大的调整，我把产品思路迭代了一下，麻烦改下吧。“

• 第四天，他跟我说：“不好意思，我借鉴了一下竞对的产品，觉得还是这样这样更加合理，麻烦改下吧。“

我终于耐烦了，跟他说：”不要总变来变去的，这次先这样吧，下次再改。“

他也理直气壮地说：”变更是难免的，你要拥抱变化！“

9、PPT架构师的晋升

我和A同学同时入职的公司，2022年初，我俩用不同的方式，各自混成了技术leader。

接下来的一年半：

• 我带着团队进行某个技术点攻坚的时候，他在忙着把自己的PPT中的技术包装得高端大气上档次；

• 我在跟团队一起梳理系统架构时，他在忙着把团队内中每个人的周报合并到自己的周报上；

• 我和老板讨论如何分配资源，才能满足这迫在眉睫的项目排期时，他则把老板提出的问题或质疑，分毫不差地向下传达给项目组的同学；

然后，我俩同时参加今年的晋升答辩，他通过了，我GG了。

所以，大厂PPT架构师、周报合并师、无损复读师YYDS！

10、基础架构老张的已读不回复

公司里势力很大的元老Q叔去管基础架构团队了，各个业务团队的老大无不跪舔，纷纷主动示好，表示一定配合Q叔的工作。

这不，基础架构自研的NiubilityMQ上线了，各个老大赶紧让团队主动对接，生怕自己慢了。当然，这个任务又落到我身上了。

可是，连尼玛使用手册都没有啊，咋对接啊。只能一点一点的请教NiubilityMQ的开发者，基础架构团队的老张。

呵呵，之前老张跟我主动示好，让我们团队接入他新开发好的配置中心，当时我对他有些爱理不理的。这下好了，轮到我对他高攀不起了，我请假他怎么接入MQ，大哥已读不回复了。

没办法，人在屋檐下不得不低头，我赶紧请他吃了一顿399的自助大餐。

接下来就好多了，跟他说十句话，他能回复我两句了。

结语

你有什么崩溃的瞬间，欢迎留言回复，让我们一起欢乐一下。

原文始发于微信公众号（库森学长）：作为程序员，我的十个崩溃瞬间