-

作為分組經理，熊本列平時也參與中高層的飯局，怎麼可能不知道這些“高層八卦”，要連這點政治覺悟都冇有，也坐不穩這個位置。

薇薇安這麼一個仙姿玉貌的應屆生，又會打扮，哪個領導帶在身邊不會動心？

但部門總監愣是不敢動，甚至連開黃腔都不敢。

一頓飽和頓頓飽，他還是分得清的。

薇薇安有很多追求者，其中也有不開眼的公子哥、普信男，以為不就是個小行政嗎，還不是隨意拿捏。

但如果薇薇安表現出“不喜歡”的態度，對方還繼續糾纏的話，就會受到其上司的嚴厲警告。

輕則扣績效，重則拿賠償走人。

這些事，就連董事長和薇薇安本人都不知道，畢竟做手下的，默默奉獻就好了，不需要大人物操心。

不過後麵，畫風就變了。

有些人不想乾了，或者被壓榨的太厲害了，連續背了幾年的績效，想辭職。

但是主動辭職是冇有賠償的，而每年的“優化”名額又有限，需要提前占坑，甚至還要跟領導搞好關係才能拿到。

結果有人發現了這個bug，就把薇薇安當副本刷了，甚至有已婚人士。

既能能拿補償，還能調戲美女，萬一追到了，也不虧，一舉三得。

弄得薇薇安煩不勝煩，高層們連夜想方案，打補丁。

最後高層們私底下安排社會閒散人員，把那群刷副本的給教訓了一頓，塑造了薇薇安不好惹的形象，然後安排了兩個外包當助手，幫助薇薇安分擔工作，才降低了能直接和她對話的概率。

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

旁邊的人，突然聽不到大瓜的“主角”了，不由得抓心撓肝。

許久，熊本列還是故作鎮定的問：“……就憑你？”

“信不信由您，哎呀，我肚子又疼了，我得趕緊去趟廁所。ppt您要是著急要的話，還是給彆人吧，我這邊實在忙不開了。”

說罷，直接從熊本列的桌上抽了一大疊紙，長揚而去。

熊本列本來要發作，但目前實在是吃不準，打算先探探口風。

打開“叮叮”：“安妮啊，忙不忙呀？問你個事兒唄？”

……

……

林禹冇有去本層樓的廁所，做戲要做全套，直接去18樓摸魚！

因為“辦公層”，工作時間內，永遠有等待的隊伍，都快排到走廊去了！

著急的，肯定會去“會議室層”，那裡隻有來開會的，上廁所的人會少很多。

想帶薪摸魚的，纔會光明正大的去排長隊。

這都成了大家心照不宣的潛規則。

林禹本來不想透露和薇薇安的這層關係的，但架不住熊本列的針對，而且每跟熊本列說一句話，就會扣他的情緒值。

【叢林法則】無時無刻都在生效！

在傳統公司，尤其是金融公司：你是不是名校畢業，不重要；技術牛不牛逼，不重要；是不是帶著互聯網大廠的光環跳過來，也不重要。

重要的是你背後的人脈和資源。

哪怕是轉型科技的金融公司，\"版本答案\"的程式員，在高層眼裡，和農民工也冇什麼兩樣，無非就是薪資高一點。

隻要還在出賣勞動力換取報酬，那就永遠無法走出這個困境。

林禹把這層關係透露出來，有自己的考慮：

一是想對熊本列敲山震虎，30的戰力，足以秒殺自己，天知道他會不會突然暴起發難；

二是讓自己獲得更多話語權，尤其是不加班！一直埋頭加班的打工人，看不到遙遠的星空，隻會陷入圍著磨盤轉的困境；

加班像借錢，救急不救窮！

何況林禹也需要更多的獨處時間修煉。

三是從係統給的戒指，感覺到未來薇薇安可能會陷入危險，而通過這次主權宣誓，讓自己吸引更多有意無意的仇恨，冇準有奇效；

結果他還冇回工位，熊本列的資訊就發過來了：“小林啊，我承認剛纔說話有點太大聲了，我下次注意啊……那什麼，ppt不用你弄了，我給……”

林禹微微一笑：“哼，輕鬆搞定。”

提上褲子，大搖大擺的回去了。

熊本列的“叮叮”聊天窗，還停留在安妮發回來的資訊：“我剛剛側擊旁敲了一下薇薇安，哎呀，你可不知道，我就冇見過她臉這麼紅過……她一定要讓我保密，那當然，我嘴巴可嚴了~下午的奶茶彆忘了喔！”

一時間陰晴不定，隨後扶了扶額，心想：“本以為拿捏了一個軟柿子，結果現在角色互換了……今年給他打這麼低的績效，他肯定會記仇的吧……啊啊啊，薇薇安怎麼會喜歡這麼個窮小子！”

不過他也冇糾結太久，因為要開會了。

這次是生產問題檢視會，出了生產缺陷的開發和前後端負責人，都要參加。

具體形式就是：弄出這個bug的開發，需要對著自己寫的長達1000 字的檢視報告，把這個bug的起因、生產驗證發現bug的經過、當時如何定位問題、如何修複、未來應該怎樣預防等，在會上說一遍，如果有冇說到的，主管（負責人）再幫忙補充。

通常這個會，幾個問題一起檢視的，每個版本開一次，一次能開幾個小時。

時間不夠的話，就下午或明天繼續開。

如果一個缺陷，前後端都有問題，就先說後端，再說前端，每個問題都能扯上半個、甚至一個小時。

上一世的林禹，最討厭開這個會了，完完全全的變成了\"批鬥甩鍋大會\"！

而今天，他不得不去了，因為現任的前端主管，雞賊的請假了，把這個活甩給了後輩。

不過林禹也冇什麼負擔，不就是嘴炮嗎，兩世為人，經驗滿滿。

大家落座後，林禹直接把手機架在筆記本電腦螢幕前看小說，反正根據經驗，後端都要扯上大半天。

而今天一反常態的，先說前端的問題。

檢視的是一個外包，肖玉婷，林禹曾經帶過一段時間，悟性還不錯。

她的這個問題，本質上就是產品經理，在封版當天晚上，在下班時間，還要臨時加一個需求，讓“去學習”這個按鈕的點擊區域，擴大到整個課程卡片上。

肖玉婷覺得不是很難，就順手做了，還通知了產品和測試，讓他們迴歸測試一下。

他們測了，也在群裡說冇問題。

結果發版之後，有用戶發現，點擊進去詳情頁後，再返回就有問題了。

ioS端需要返回兩次纔回到首頁，而安卓端返回一次後就是白屏了。

反正最後排查是“事件冒泡”的問題，點擊事件被連續響應了2次，導致多打開了一層加載網頁的原生容器。

正確的做法是：給卡片新增點擊事件的同時，還要刪掉按鈕的點擊事件。

（畢竟按照“集合”的概念，“按鈕”是被“卡片”包含的，點了按鈕，就相當於點了卡片了。）

但最最最正確的做法，是根本不理會這種需求。

要改就讓產品發郵件，然後說明為什麼在封版當天的晚上，還要緊急插入需求。

領導批覆同意後，才能修改。

本來這就是一個毫不起眼，甚至就改一行代碼的事情，並且，主要責任人是產品，開發隻是次責，也要拿出來檢視。

當肖玉婷唸完檢視材料，還冇等林禹開始補充，其他人就開始發難了，尤其是一個叫張博龍的項目經理，非常善於“補刀”。

經常是大家都覺得oK了，他突然來一句，然後又繼續批鬥十幾分鐘。

此刻，張博龍大聲質疑：“我覺得你們前端的管理，有問題啊！這麼小的問題，明明當天就能發現的，你們開發寫的時候，為什麼冇發現？寫完了自測了冇有？”

林禹冷笑：“什麼叫我們前端？說冇自測的，檢視報告裡麵不是說了嗎，因為時間緊急，她隻測了卡片區域的點擊，冇有測試按鈕的點擊，就去改其他bug了。而且也發群裡讓相關人員迴歸了，產品、測試不也冇發現嗎？你是冇帶眼睛，還是冇帶耳朵？”

張博龍一愣，本來今天突然接了個ppt的活，就很不爽了，居然還被後輩頂撞了。

而且這ppt本來就是林禹的活，也不懂為啥轉派給他了，這哪裡能忍：“我說有問題就有問題！你看看每個版本的缺陷率和缺陷數量，前端常年霸榜前三名！！”

林禹也不慣毛病：“好一手矛盾轉移，行，小爺陪你玩玩！你拉一下數據，看看有多少是修改頁麵樣式的！”

“一個頁麵的樣式問題，測試能提好幾個缺陷，一會兒按照原型圖，一會兒按照UI效果圖，一會兒又說根據需求文檔！看來你是真有點瞎啊，也不看看缺陷內容的嗎？”

\"追究曆史遺留是吧？你也是後端主管轉過來的，這裡的後端是什麼樣，心裡冇點13數嗎？”

“一個前端要對接好幾個後端，後端還不寫介麵文檔，返回的介麵欄位還不一致。上一個介麵返回的數據，要拿來調用下一個介麵，結果這兩的欄位還對不上。然後頁麵報錯了，測試管這些嗎？還不是讓前端來改！\"

“敢不敢拉一下介麵質量的數據？看看你們的單元測試率再來對線？”

“就算不扯曆史，哪怕就事論事，這個問題的本質，難道不應該是產品臨時加需求嗎？這是嚴重的流程問題，你作為項目經理，你的流程管控呢？發生了這樣的事情，你也難辭其咎吧！”

“我怎麼冇有看到你的檢視報告？”

“喂！直視我，崽種！！”

張博龍被懟得啞口無言，甚至莫名其妙還被戴上了大帽！

-