作为分组经理，熊本列平时也参与中高层的饭局，怎么可能不知道这些“高层八卦”，要连这点政治觉悟都没有，也坐不稳这个位置。

  薇薇安这么一个仙姿玉貌的应届生，又会打扮，哪个领导带在身边不会动心？

  但部门总监愣是不敢动，甚至连开黄腔都不敢。

  一顿饱和顿顿饱，他还是分得清的。

  薇薇安有很多追求者，其中也有不开眼的公子哥、普信男，以为不就是个小行政吗，还不是随意拿捏。

  但如果薇薇安表现出“不喜欢”的态度，对方还继续纠缠的话，就会受到其上司的严厉警告。

  轻则扣绩效，重则拿赔偿走人。

  这些事，就连董事长和薇薇安本人都不知道，毕竟做手下的，默默奉献就好了，不需要大人物操心。

  不过后面，画风就变了。

  有些人不想干了，或者被压榨的太厉害了，连续背了几年的绩效，想辞职。

  但是主动辞职是没有赔偿的，而每年的“优化”名额又有限，需要提前占坑，甚至还要跟领导搞好关系才能拿到。

  结果有人发现了这个Bug，就把薇薇安当副本刷了，甚至有已婚人士。

  既能能拿补偿，还能调戏美女，万一追到了，也不亏，一举三得。

  弄得薇薇安烦不胜烦，高层们连夜想方案，打补丁。

  最后高层们私底下安排社会闲散人员，把那群刷副本的给教训了一顿，塑造了薇薇安不好惹的形象，然后安排了两个外包当助手，帮助薇薇安分担工作，才降低了能直接和她对话的概率。

  此刻的熊本列，惊疑不定，上下打量，沉默不语。

  旁边的人，突然听不到大瓜的“主角”了，不由得抓心挠肝。

  许久，熊本列还是故作镇定的问：“……就凭你？”

  “信不信由您，哎呀，我肚子又疼了，我得赶紧去趟厕所。PPT您要是着急要的话，还是给别人吧，我这边实在忙不开了。”

  说罢，直接从熊本列的桌上抽了一大叠纸，长扬而去。

  熊本列本来要发作，但目前实在是吃不准，打算先探探口风。

  打开“叮叮”：“安妮啊，忙不忙呀？问你个事儿呗？”

  ……

  ……

  林禹没有去本层楼的厕所，做戏要做全套，直接去18楼摸鱼！

  因为“办公层”，工作时间内，永远有等待的队伍，都快排到走廊去了！

  着急的，肯定会去“会议室层”，那里只有来开会的，上厕所的人会少很多。

  想带薪摸鱼的，才会光明正大的去排长队。

  这都成了大家心照不宣的潜规则。

  林禹本来不想透露和薇薇安的这层关系的，但架不住熊本列的针对，而且每跟熊本列说一句话，就会扣他的情绪值。

  【丛林法则】无时无刻都在生效！

  在传统公司，尤其是金融公司：你是不是名校毕业，不重要；技术牛不牛逼，不重要；是不是带着互联网大厂的光环跳过来，也不重要。

  重要的是你背后的人脉和资源。

  哪怕是转型科技的金融公司，"版本答案"的程序员，在高层眼里，和农民工也没什么两样，无非就是薪资高一点。

  只要还在出卖劳动力换取报酬，那就永远无法走出这个困境。

  林禹把这层关系透露出来，有自己的考虑：

  一是想对熊本列敲山震虎，30的战力，足以秒杀自己，天知道他会不会突然暴起发难；

  二是让自己获得更多话语权，尤其是不加班！一直埋头加班的打工人，看不到遥远的星空，只会陷入围着磨盘转的困境；

  加班像借钱，救急不救穷！

  何况林禹也需要更多的独处时间修炼。

  三是从系统给的戒指，感觉到未来薇薇安可能会陷入危险，而通过这次主权宣誓，让自己吸引更多有意无意的仇恨，没准有奇效；

  结果他还没回工位，熊本列的信息就发过来了：“小林啊，我承认刚才说话有点太大声了，我下次注意啊……那什么，PPT不用你弄了，我给……”

  林禹微微一笑：“哼，轻松搞定。”

  提上裤子，大摇大摆的回去了。

  熊本列的“叮叮”聊天窗，还停留在安妮发回来的信息：“我刚刚侧击旁敲了一下薇薇安，哎呀，你可不知道，我就没见过她脸这么红过……她一定要让我保密，那当然，我嘴巴可严了~下午的奶茶别忘了喔！”

  一时间阴晴不定，随后扶了扶额，心想：“本以为拿捏了一个软柿子，结果现在角色互换了……今年给他打这么低的绩效，他肯定会记仇的吧……啊啊啊，薇薇安怎么会喜欢这么个穷小子！”

  不过他也没纠结太久，因为要开会了。

  这次是生产问题检视会，出了生产缺陷的开发和前后端负责人，都要参加。

  具体形式就是：弄出这个Bug的开发，需要对着自己写的长达1000+字的检视报告，把这个Bug的起因、生产验证发现Bug的经过、当时如何定位问题、如何修复、未来应该怎样预防等，在会上说一遍，如果有没说到的，主管（负责人）再帮忙补充。

  通常这个会，几个问题一起检视的，每个版本开一次，一次能开几个小时。

  时间不够的话，就下午或明天继续开。

  如果一个缺陷，前后端都有问题，就先说后端，再说前端，每个问题都能扯上半个、甚至一个小时。

  上一世的林禹，最讨厌开这个会了，完完全全的变成了"批斗甩锅大会"！

  而今天，他不得不去了，因为现任的前端主管，鸡贼的请假了，把这个活甩给了后辈。

  不过林禹也没什么负担，不就是嘴炮吗，两世为人，经验满满。

  大家落座后，林禹直接把手机架在笔记本电脑屏幕前看小说，反正根据经验，后端都要扯上大半天。

  而今天一反常态的，先说前端的问题。

  检视的是一个外包，肖玉婷，林禹曾经带过一段时间，悟性还不错。

  她的这个问题，本质上就是产品经理，在封版当天晚上，在下班时间，还要临时加一个需求，让“去学习”这个按钮的点击区域，扩大到整个课程卡片上。

  肖玉婷觉得不是很难，就顺手做了，还通知了产品和测试，让他们回归测试一下。

  他们测了，也在群里说没问题。

  结果发版之后，有用户发现，点击进去详情页后，再返回就有问题了。

  iOS端需要返回两次才回到首页，而安卓端返回一次后就是白屏了。

  反正最后排查是“事件冒泡”的问题，点击事件被连续响应了2次，导致多打开了一层加载网页的原生容器。

  正确的做法是：给卡片添加点击事件的同时，还要删掉按钮的点击事件。

  （毕竟按照“集合”的概念，“按钮”是被“卡片”包含的，点了按钮，就相当于点了卡片了。）

  但最最最正确的做法，是根本不理会这种需求。

  要改就让产品发邮件，然后说明为什么在封版当天的晚上，还要紧急插入需求。

  领导批复同意后，才能修改。

  本来这就是一个毫不起眼，甚至就改一行代码的事情，并且，主要责任人是产品，开发只是次责，也要拿出来检视。

  当肖玉婷念完检视材料，还没等林禹开始补充，其他人就开始发难了，尤其是一个叫张博龙的项目经理，非常善于“补刀”。

  经常是大家都觉得OK了，他突然来一句，然后又继续批斗十几分钟。

  此刻，张博龙大声质疑：“我觉得你们前端的管理，有问题啊！这么小的问题，明明当天就能发现的，你们开发写的时候，为什么没发现？写完了自测了没有？”

  林禹冷笑：“什么叫我们前端？说没自测的，检视报告里面不是说了吗，因为时间紧急，她只测了卡片区域的点击，没有测试按钮的点击，就去改其他Bug了。而且也发群里让相关人员回归了，产品、测试不也没发现吗？你是没带眼睛，还是没带耳朵？”

  张博龙一愣，本来今天突然接了个PPT的活，就很不爽了，居然还被后辈顶撞了。

  而且这PPT本来就是林禹的活，也不懂为啥转派给他了，这哪里能忍：“我说有问题就有问题！你看看每个版本的缺陷率和缺陷数量，前端常年霸榜前三名！！”

  林禹也不惯毛病：“好一手矛盾转移，行，小爷陪你玩玩！你拉一下数据，看看有多少是修改页面样式的！”

  “一个页面的样式问题，测试能提好几个缺陷，一会儿按照原型图，一会儿按照UI效果图，一会儿又说根据需求文档！看来你是真有点瞎啊，也不看看缺陷内容的吗？”

  "追究历史遗留是吧？你也是后端主管转过来的，这里的后端是什么样，心里没点13数吗？”

  “一个前端要对接好几个后端，后端还不写接口文档，返回的接口字段还不一致。上一个接口返回的数据，要拿来调用下一个接口，结果这两的字段还对不上。然后页面报错了，测试管这些吗？还不是让前端来改！"

  “敢不敢拉一下接口质量的数据？看看你们的单元测试率再来对线？”

  “就算不扯历史，哪怕就事论事，这个问题的本质，难道不应该是产品临时加需求吗？这是严重的流程问题，你作为项目经理，你的流程管控呢？发生了这样的事情，你也难辞其咎吧！”

  “我怎么没有看到你的检视报告？”

  “喂！直视我，崽种！！”

  张博龙被怼得哑口无言，甚至莫名其妙还被戴上了大帽！


　　(https://www.dulixs.com/du/34942/123433.html)


1秒记住立读小说网：www.dulixs.com。手机版阅读网址：m.dulixs.com