第23章 检视会？批斗会！
作为分组经理，熊本列平时也参与中高层的饭局，怎么可能不知道这些“高层八卦”，要连这点政治觉悟都没有，也坐不稳这个位置。
薇薇安这么一个仙姿玉貌的应届生，又会打扮，哪个领导带在身边不会动心？
但部门总监愣是不敢动，甚至连开黄腔都不敢。
一顿饱和顿顿饱，他还是分得清的。
薇薇安有很多追求者，其中也有不开眼的公子哥、普信男，以为不就是个小行政吗，还不是随意拿捏。
但如果薇薇安表现出“不喜欢”的态度，对方还继续纠缠的话，就会受到其上司的严厉警告。
轻则扣绩效，重则拿赔偿走人。
这些事，就连董事长和薇薇安本人都不知道，毕竟做手下的，默默奉献就好了，不需要大人物操心。
不过后面，画风就变了。
有些人不想干了，或者被压榨的太厉害了，连续背了几年的绩效，想辞职。
但是主动辞职是没有赔偿的，而每年的“优化”名额又有限，需要提前占坑，甚至还要跟领导搞好关系才能拿到。
结果有人发现了这个bug，就把薇薇安当副本刷了，甚至有已婚人士。
既能能拿补偿，还能调戏美女，万一追到了，也不亏，一举三得。
弄得薇薇安烦不胜烦，高层们连夜想方案，打补丁。
最后高层们私底下安排社会闲散人员，把那群刷副本的给教训了一顿，塑造了薇薇安不好惹的形象，然后安排了两个外包当助手，帮助薇薇安分担工作，才降低了能直接和她对话的概率。
此刻的熊本列，惊疑不定，上下打量，沉默不语。
旁边的人，突然听不到大瓜的“主角”了，不由得抓心挠肝。
许久，熊本列还是故作镇定的问：“……就凭你？”
“信不信由您，哎呀，我肚子又疼了，我得赶紧去趟厕所。ppt您要是着急要的话，还是给别人吧，我这边实在忙不开了。”
说罢，直接从熊本列的桌上抽了一大叠纸，长扬而去。
熊本列本来要发作，但目前实在是吃不准，打算先探探口风。
打开“叮叮”：“安妮啊，忙不忙呀？问你个事儿呗？”
……
……
林禹没有去本层楼的厕所，做戏要做全套，直接去18楼摸鱼！
因为“办公层”，工作时间内，永远有等待的队伍，都快排到走廊去了！
着急的，肯定会去“会议室层”，那里只有来开会的，上厕所的人会少很多。
想带薪摸鱼的，才会光明正大的去排长队。
这都成了大家心照不宣的潜规则。
林禹本来不想透露和薇薇安的这层关系的，但架不住熊本列的针对，而且每跟熊本列说一句话，就会扣他的情绪值。
【丛林法则】无时无刻都在生效！
在传统公司，尤其是金融公司：你是不是名校毕业，不重要；技术牛不牛逼，不重要；是不是带着互联网大厂的光环跳过来，也不重要。
重要的是你背后的人脉和资源。
哪怕是转型科技的金融公司，&34;版本答案&34;的程序员，在高层眼里，和农民工也没什么两样，无非就是薪资高一点。
只要还在出卖劳动力换取报酬，那就永远无法走出这个困境。
林禹把这层关系透露出来，有自己的考虑：
一是想对熊本列敲山震虎，30的战力，足以秒杀自己，天知道他会不会突然暴起发难；
二是让自己获得更多话语权，尤其是不加班！一直埋头加班的打工人，看不到遥远的星空，只会陷入围着磨盘转的困境；
加班像借钱，救急不救穷！
何况林禹也需要更多的独处时间修炼。
三是从系统给的戒指，感觉到未来薇薇安可能会陷入危险，而通过这次主权宣誓，让自己吸引更多有意无意的仇恨，没准有奇效；
结果他还没回工位，熊本列的信息就发过来了：“小林啊，我承认刚才说话有点太大声了，我下次注意啊……那什么，ppt不用你弄了，我给……”
林禹微微一笑：“哼，轻松搞定。”
提上裤子，大摇大摆的回去了。
熊本列的“叮叮”聊天窗，还停留在安妮发回来的信息：“我刚刚侧击旁敲了一下薇薇安，哎呀，你可不知道，我就没见过她脸这么红过……她一定要让我保密，那当然，我嘴巴可严了~下午的奶茶别忘了喔！”
一时间阴晴不定，随后扶了扶额，心想：“本以为拿捏了一个软柿子，结果现在角色互换了……今年给他打这么低的绩效，他肯定会记仇的吧……啊啊啊，薇薇安怎么会喜欢这么个穷小子！”
不过他也没纠结太久，因为要开会了。
这次是生产问题检视会，出了生产缺陷的开发和前后端负责人，都要参加。
具体形式就是：弄出这个bug的开发，需要对着自己写的长达1000+字的检视报告，把这个bug的起因、生产验证发现bug的经过、当时如何定位问题、如何修复、未来应该怎样预防等，在会上说一遍，如果有没说到的，主管（负责人）再帮忙补充。
通常这个会，几个问题一起检视的，每个版本开一次，一次能开几个小时。
时间不够的话，就下午或明天继续开。
如果一个缺陷，前后端都有问题，就先说后端，再说前端，每个问题都能扯上半个、甚至一个小时。
上一世的林禹，最讨厌开这个会了，完完全全的变成了&34;批斗甩锅大会&34;！
而今天，他不得不去了，因为现任的前端主管，鸡贼的请假了，把这个活甩给了后辈。
不过林禹也没什么负担，不就是嘴炮吗，两世为人，经验满满。
大家落座后，林禹直接把手机架在笔记本电脑屏幕前看小说，反正根据经验，后端都要扯上大半天。
而今天一反常态的，先说前端的问题。
检视的是一个外包，肖玉婷，林禹曾经带过一段时间，悟性还不错。
她的这个问题，本质上就是产品经理，在封版当天晚上，在下班时间，还要临时加一个需求，让“去学习”这个按钮的点击区域，扩大到整个课程卡片上。
肖玉婷觉得不是很难，就顺手做了，还通知了产品和测试，让他们回归测试一下。
他们测了，也在群里说没问题。
结果发版之后，有用户发现，点击进去详情页后，再返回就有问题了。
ios端需要返回两次才回到首页，而安卓端返回一次后就是白屏了。
反正最后排查是“事件冒泡”的问题，点击事件被连续响应了2次，导致多打开了一层加载网页的原生容器。
正确的做法是：给卡片添加点击事件的同时，还要删掉按钮的点击事件。
（毕竟按照“集合”的概念，“按钮”是被“卡片”包含的，点了按钮，就相当于点了卡片了。）
但最最最正确的做法，是根本不理会这种需求。
要改就让产品发邮件，然后说明为什么在封版当天的晚上，还要紧急插入需求。
领导批复同意后，才能修改。
本来这就是一个毫不起眼，甚至就改一行代码的事情，并且，主要责任人是产品，开发只是次责，也要拿出来检视。
当肖玉婷念完检视材料，还没等林禹开始补充，其他人就开始发难了，尤其是一个叫张博龙的项目经理，非常善于“补刀”。
经常是大家都觉得ok了，他突然来一句，然后又继续批斗十几分钟。
此刻，张博龙大声质疑：“我觉得你们前端的管理，有问题啊！这么小的问题，明明当天就能发现的，你们开发写的时候，为什么没发现？写完了自测了没有？”
林禹冷笑：“什么叫我们前端？说没自测的，检视报告里面不是说了吗，因为时间紧急，她只测了卡片区域的点击，没有测试按钮的点击，就去改其他bug了。而且也发群里让相关人员回归了，产品、测试不也没发现吗？你是没带眼睛，还是没带耳朵？”
张博龙一愣，本来今天突然接了个ppt的活，就很不爽了，居然还被后辈顶撞了。
而且这ppt本来就是林禹的活，也不懂为啥转派给他了，这哪里能忍：“我说有问题就有问题！你看看每个版本的缺陷率和缺陷数量，前端常年霸榜前三名！！”
林禹也不惯毛病：“好一手矛盾转移，行，小爷陪你玩玩！你拉一下数据，看看有多少是修改页面样式的！”
“一个页面的样式问题，测试能提好几个缺陷，一会儿按照原型图，一会儿按照ui效果图，一会儿又说根据需求文档！看来你是真有点瞎啊，也不看看缺陷内容的吗？”
&34;追究历史遗留是吧？你也是后端主管转过来的，这里的后端是什么样，心里没点13数吗？”
“一个前端要对接好几个后端，后端还不写接口文档，返回的接口字段还不一致。上一个接口返回的数据，要拿来调用下一个接口，结果这两的字段还对不上。然后页面报错了，测试管这些吗？还不是让前端来改！&34;
“敢不敢拉一下接口质量的数据？看看你们的单元测试率再来对线？”
“就算不扯历史，哪怕就事论事，这个问题的本质，难道不应该是产品临时加需求吗？这是严重的流程问题，你作为项目经理，你的流程管控呢？发生了这样的事情，你也难辞其咎吧！”
“我怎么没有看到你的检视报告？”
“喂！直视我，崽种！！”
张博龙被怼得哑口无言，甚至莫名其妙还被戴上了大帽！