睿文小說 > 兵法程式設計師:從小白到CTO > 第20章 三十樓的質詢

第20章 三十樓的質詢

⬅ 上一章 📋 目錄 ⚠ 報錯 下一章 ➡
⭐ 加入書籤
推薦閱讀: 花都風流第一兵王 代嫁寵妻是替身 天鋒戰神 穿越古代賺錢養娃 我覺醒了神龍血脈 我的老婆國色天香 隱婚嬌妻別想跑 遲遲也歡喜 全職獵人之佔蔔師

週一早上八點半,林夕站在三十樓技術委員會辦公室門口。

走廊鋪著厚地毯,腳步聲被完全吸收。牆壁是深灰色的隔音材料,掛著幾幅抽象畫。這裏和三樓、十九樓那種開放式辦公區的氛圍完全不同——安靜、肅穆、像某種權力的核心地帶。

秘書是個三十出頭的女人,穿著得體的套裝,笑容標準:“林夕是吧?徐總讓你直接去B會議室,他在等你。”

“謝謝。”

推開B會議室的門,裏麵已經坐了四個人:徐遠峰坐在主位,左手邊是技術委員會的兩位資深委員——架構師老王和運維總監老劉,右手邊是周凱。

周凱看到他,微笑著點點頭,像什麽都沒發生過。

“坐。”徐遠峰指了指空著的椅子,“我們直接開始。關於你分庫分表方案的舉報信,委員會需要聽聽你的解釋。”

林夕把列印好的澄清報告分發給大家,每人一份。然後他走到投影儀前,開啟昨晚準備的PPT。

“各位領導,針對匿名舉報中提到的‘資料傾斜風險’,我從三個維度進行了驗證。”他的聲音很穩,盡管手心在出汗,“第一,使用者ID曆史分佈分析。”

螢幕上出現使用者ID的散點圖和直方圖,分佈均勻。

“我們分析了最近一年的使用者註冊資料,ID分佈符合隨機性,沒有發現任何傾斜模式。”林夕切換下一頁,“第二,分片演演算法模擬測試。”

他展示了在不同分片數下,資料分佈的均勻性測試結果。即使假設最極端的ID生成模式(比如連續遞增),分片傾斜率也不超過5%,遠低於舉報信聲稱的80%。

“第三,舉報信所謂的‘壓力測試報告’,經覈查,使用的是非標準的、在現實場景中不可能出現的ID分佈模式。”林夕調出對比圖,“這種模式需要有人能控製使用者註冊的ID生成——這在我們係統中是不可能實現的,因為ID生成服務有多重校驗和隨機化機製。”

十分鍾,他講完了。資料清晰,邏輯嚴密。

會議室裏安靜了幾秒。

老王先開口:“資料很充分。但我有個問題:即使理論上風險很低,我們是否應該增加一些防護措施?比如分片熱點監控和自動遷移?”

“已經在方案中設計了。”林夕翻到報告第八章,“我設計了分片負載監控,當某個分片的請求量超過閾值時,會自動告警。我們還預留了動態擴容介麵,可以在不中斷服務的情況下增加分片數。”

老劉點點頭:“技術上沒問題。但我想知道,舉報人為什麽會提出這種指控?他是不是發現了什麽我們沒有注意到的細節?”

這個問題很刁鑽。

林夕想了想:“有兩種可能。第一,舉報人確實發現了某種我們忽略的風險模式,但基於保密原則,他沒有在舉報信中詳細說明。第二,舉報人基於片麵的理解,做出了錯誤的判斷。”

他沒有說第三種可能:惡意舉報。

但所有人都聽出來了。

周凱這時開口了:“小林解釋得很清楚,資料也紮實。我覺得這件事可以到此為止。不過,我們也要反思:為什麽我們的技術方案會被人匿名舉報?是不是溝通不夠透明?如果方案設計階段就能邀請更多專家評審,也許就能避免這種誤會。”

這話聽起來是支援林夕,但潛台詞是:林夕的方案設計過程不夠開放,所以才被人質疑。

徐遠峰看向林夕:“你怎麽看?”

林夕迎著他的目光:“我同意周總的意見。技術方案確實應該更開放地評審。但這次的情況比較特殊——‘星課堂’專案時間緊,我們采用了敏捷開發模式,方案評審主要在小組成員內部進行。如果委員會認為有必要,我可以把後續的所有技術方案都提交到更廣泛的評審。”

這是以退為進。承認“不足”,但把原因歸結於專案模式,同時表示願意接受更嚴格的監督。

徐遠峰點點頭:“好,這件事到此為止。舉報信我們存檔,你的澄清報告也存檔。委員會認可你的方案,按計劃執行。”

他頓了頓,看向所有人:“但我今天召集大家,不隻是為了這件事。技術風險審計框架專案,從今天正式啟動。林夕作為核心成員,未來兩個月會每週在這裏工作一天,梳理我們曆史上的技術事故,建立風險評估模型。”

周凱的笑容微微僵了一下,但很快恢複:“這是好事。公司發展這麽快,確實需要一套係統化的風險管理機製。”

“審計工作需要各部門配合。”徐遠峰看向周凱,“技術部是重點,你要安排專人對接,提供所有需要的曆史資料。”

“沒問題。”周凱點頭,“我會讓李工負責對接。”

“好。”徐遠峰站起身,“林夕,你先留下,其他人可以回去了。”

周凱和老王、老劉離開了。會議室裏隻剩下徐遠峰和林夕。

徐遠峰走到窗前,看著外麵的城市景觀:“知道我為什麽選你做這個事嗎?”

“因為我那份海量資料的報告?”

“不止。”徐遠峰轉過身,“我看過你在技術部的所有工作記錄:發現積分係統問題,堅持要徹底解決;在做彈窗功能時,主動提出風險預警;在技術評審會上,敢於直言不諱。你有兩個很多技術人缺乏的特質:一是對問題的敏感度,二是說實話的勇氣。”

林夕不知道該說什麽。

“但勇氣是有代價的。”徐遠峰走回會議桌,“今天的舉報信,隻是開始。技術風險審計,本質上是翻舊賬。翻舊賬就會動到一些人的乳酪,就會有人不舒服,就會有人想辦法讓你停下來。”

“我明白。”

“明白還不夠,要有準備。”徐遠峰看著他,“我給你三條建議。第一,所有的溝通、所有的發現、所有的結論,必須有書麵記錄,最好有第三方見證。第二,隻對技術問題發表意見,不對人做任何評價。第三,遇到無法解決的阻力,直接找我。”

這等於給了林夕一把尚方寶劍。

“謝謝徐總。”

“不用謝我。”徐遠峰擺擺手,“我是為了公司。一個健康的公司,必須有敢於說真話的人,也必須有一套機製來保護這些人。你去做吧,我支援你。”

離開會議室時,林夕感覺腳步輕了一些。徐遠峰的支援,讓他有了底氣。

秘書帶他到隔壁的小辦公室:“這是你這段時間的工位。內網許可權已經開通,可以訪問技術委員會的知識庫。有什麽需要隨時叫我。”

辦公室很小,但獨立。電腦是新的,桌上還放著一盆綠植。

林夕坐下,登入係統。技術委員會的知識庫果然不一樣——所有檔案都有完整的許可權記錄,所有訪問都有日誌。他搜尋“事故報告”,跳出來的列表比他在內網看到的完整得多。

他開始工作。第一件事,建立分類體係:按事故型別分(資料庫、網路、安全、效能),按影響程度分(重大、嚴重、一般),按發生時間分,按責任部門分。

然後,他開啟第一份報告:2015年的庫存超賣事故。這次他看到的版本比內網的更詳細,附有當時的會議紀要、決策過程,甚至幾個核心開發的事後反思。

他讀得很仔細,邊讀邊做筆記。下午三點,他已經梳理完了2015—2017年的十二起事故。

一個模式逐漸清晰:早期的公司,技術團隊小,流程簡單,出事故後反思很徹底,整改措施也紮實。那時候的徐遠峰,在每份報告上都做了詳細的批註,要求“必須從製度上解決問題,而不是打補丁”。

2018年開始,報告的質量出現分化。有些依然很紮實,但有些明顯敷衍。

林夕把這些“敷衍”的報告單獨列出來,發現了一個共同點:責任部門都是技術部,而當時技術部的負責人,正是周凱。

他沒有急於下結論,繼續看。

下午五點,他收到了一封郵件,發件人是李工。標題:“技術部曆史事故資料清單”。

附件是一份Excel表格,列出了技術部從2018年至今的所有事故記錄,包括時間、概要、處理人、狀態。一共二十七起。

林夕快速瀏覽,發現表格裏沒有他之前看到的那幾份“敷衍”報告。他對照自己從委員會知識庫裏找到的記錄,發現有五起事故沒有在技術部的清單裏。

要麽是技術部漏報了,要麽是這些事故被“內部消化”了。

他給李工回郵件:“收到,謝謝。請問清單是否完整?我這邊看到一些其他來源的記錄,想核對一下。”

十分鍾後,李工直接打來電話:“清單就是技術部正式記錄的所有事故。你看到的其他記錄,可能是專案組自己處理的,沒有上升到部門級別。”

“專案組自己處理重大事故?”

“有時候……為了不影響部門考覈,會盡量在專案層麵解決。”李工說得有些含糊,“你知道的,公司有考覈機製,事故數量會影響績效。”

林夕明白了。這就是為什麽有些報告質量下降——不是事故本身小了,而是事故被“降級”處理了。

“我明白了,謝謝李工。”

“不客氣。”李工頓了頓,“林夕,有件事我得提醒你。你找我要資料的事,周凱知道了。他問我要了你的查詢記錄。”

“查詢記錄?”

“就是你在技術部內網查過的所有東西。”李工說,“包括你之前查積分係統曆史、查海量資料資料的所有日誌。”

林夕心裏一沉:“他有許可權看這些?”

“他是技術部負責人,有許可權看部門內的所有操作日誌。”李工歎了口氣,“所以,你查過什麽,他都知道。”

電話結束通話後,林夕坐在小辦公室裏,很久沒動。

窗外的天色漸漸暗下來,城市的燈火漸次亮起。

他開啟技術部的內網,檢視自己的操作日誌——他也有許可權看自己的。果然,從入職第一天到現在,所有的搜尋記錄、檔案訪問記錄、程式碼查詢記錄,都在那裏。

像一條清晰的軌跡,記錄著他所有的探索。

周凱一直能看到這些。

所以周凱知道他在查積分係統的曆史,知道他在看海量資料的資料,知道他在研究技術風險審計。

所以,當徐遠峰宣佈林夕參與審計工作時,周凱的反應那麽快——舉報信第二天就來了。

這不是巧合。

這是警告。

林夕關掉日誌頁麵,靠在椅背上。

《孫子兵法·虛實篇》說:“故善攻者,敵不知其所守;善守者,敵不知其所攻。”

善於進攻的人,敵人不知道防守哪裏;善於防守的人,敵人不知道進攻哪裏。

他現在既不是“善攻者”,也不是“善守者”。

他所有的行動,都在對方的監控之下。

而對方在暗處,隨時可以出擊。

這盤棋,很難下。

但他必須下下去。

因為徐遠峰給了他尚方寶劍,也給了他責任。

更因為,他知道自己是對的。

那些被掩蓋的事故,那些被降級的問題,那些被犧牲的使用者利益——它們應該被看見,被記錄,被解決。

不是為了追究誰的責任。

而是為了公司能走得更遠。

他開啟新的檔案,開始寫審計框架的第一章:事故報告的標準與規範。

他寫得很慢,很認真。

每一個字,都像是在對抗某種看不見的力量。

窗外的夜色完全降臨了。

三十樓的視野很好,能看到大半個城市的夜景。

那些燈火裏,有無數人在工作,在生活,在奮鬥。

也有無數係統在執行,在服務,在支撐。

而他的工作,就是讓這些係統更可靠,讓這些服務更安全。

即使,這意味著要走進雷區。

即使,這意味著要麵對暗處的敵人。

他繼續寫。

鍵盤聲在安靜的辦公室裏回響,

像心跳,

像戰鼓,

像不肯妥協的宣言。

夜,還很長。

但光,

已經在路上了。

第 1 頁
⬅ 上一章 📋 目錄 ⚠ 報錯 下一章 ➡
升級 VIP · 無廣告 + VIP 章節全解鎖
👑 VIP 特權 全站去廣告清爽閱讀 · VIP 章節無限暢讀,月卡僅 $5
報錯獎勵 發現文字亂碼、缺章、內容重複?點上方「章節報錯」回報,審核通過立獲 3天VIP
書單獎勵 前往 個人中心 投稿你的私藏書單,審核通過立獲 7天VIP
⭐ 立即升級 VIP · 月卡僅 $5
還沒有帳號? 免費註冊 | 登入後購買