第十八章〈最後拒絕〉
港版 v1
地點:鏡界・翠鏡島(霧谷科技園) 時間:1025年1月 主角:林昭明
Calendar上面出咗一個invite。
一月某日。下午。林昭明坐喺hot-desk。灰岩模式嘅日子入面,每一日都差唔多——返工,坐低,做嗰啲畀佢做嘅嘢(越嚟越少),開嗰啲叫佢開嘅會(越嚟越冇嘢講),然後走。
佢已經唔反應。唔主動提問。唔爭論。唔解釋。做完就走。呢個狀態令佢哋冇嘢可以用——因為灰岩唔產出材料。冇情緒可以記錄做「態度問題」。冇反駁可以記錄做「抗拒管理」。佢嘅存在變成一塊冇質地嘅石頭。你推佢唔郁,但你攞唔到任何嘢。
PIP十月尾deadline過咗。結論係「未能達到改善目標」。佢預咗。但之後嘅動作——預期中嘅即時終止——冇嚟。
十一月。有人死咗。
十二月。KTV。
一月。佢仲喺度。
然後Calendar上面出咗嗰個invite。
Subject:「下世代核心架構——銜接評估啟動會」
佢望住嗰行字。
下世代核心架構。
佢知道呢個project。
成個行業都知。下一代運算核心嘅架構會由一個全新嘅供應商主導。唔係改良。係換血。舊嘅核心架構行咗十幾年,成個生態系統——韌體、驅動、接口協議、測試流程——全部圍住佢轉。業界嘅人早就知道遲早要切換。問題唔係「會唔會換」。係「換嘅時候會死幾多嘢」。
林昭明知道得更多。
因為佢花咗三年追蹤嘅嗰個問題——UIP時脈缺陷——根源就喺舊架構嘅時脈設計。CLK嘅速度、並行處理嘅方式、系統管理匯流排嘅通訊協議——全部同新架構唔同。
舊架構底下,UIP時脈缺陷已經存在。佢見過。佢寫過報告。佢嘅報告變成附錄B。問題被workaround頂住。冇人fix root cause。因為fix root cause等如承認root cause存在。承認root cause存在等如——好多嘢會連住爆。
而家要換新架構。
新嘅CLK timing會唔同。新嘅並行方式會唔同 。系統管理匯流排嘅通訊協議會完全唔同。
即係話:所有舊嘅workaround——嗰啲花咗幾年、用無限測試、用「綜合問題難以釐清」堆出嚟嘅workaround——全部會失效。
之前嘅替代架構已經試過。連嗰個相對接近嘅替代方案都搞唔掂相容性。新嘅呢個,距離更遠。
林昭明唔使計都知道:呢個project,以目前嘅系統設計,係災難。
佢知道。
老細都知道。
因為老細由幾個月之前就開始秘密做呢個嘢。
呢個唔係新消息。
林昭明一直知道下世代架構嘅事。行業嘅newsletter有講。Town hall有提過。老細偶爾喺meeting入面暗示「有啲新方向要開始準備」。
但佢被擋喺外面。
「呢個暫時由我handle。」
「你唔使理呢邊。」
「集中做你手頭嘅嘢。」
佢手頭嘅嘢越嚟越少。核心嘅工作被搬走。例會變成表演。佢嘅scope縮到剩返文件同VLOOKUP。與此同時,下世代架構嘅準備工作——接口評估、相容性測試、供應商溝通——呢啲本來應該有佢嘅嘢——全部喺另一個佢入唔到嘅channel度進行。
佢知道。佢唔問。灰岩唔問嘢。
但佢有耳朵。
走廊上面嘅碎片。茶水間嘅半句。Meeting入面有人唔小心提到「新核心嗰邊嘅timeline」然後即刻收聲。阿強嗰邊——廠商——有一次send咗一份關於系統管理匯流排相容性嘅測試報告畀佢。可能係誤發。可能係阿強用呢個方式遞嘅消息。佢睇咗。
報告入面嘅數字好難睇。相容性測試嘅fail rate高到唔合理。時脈同步嘅誤差比舊架構大三倍。系統管理匯流排嘅handshake protocol同舊嘅完全唔同——舊嘅driver、舊嘅韌體、舊嘅接口邏輯,全部對唔上。
林昭明睇完。冇覆。
因為覆 = 確認佢接收咗呢份資料 = 確認佢參與咗呢個project = 入甕 。
佢唔覆。但佢記得每一個數字。
而家,Calendar上面出咗一個invite。佢嘅名喺與會者名單度。
會議室B。三點。
佢行入去嘅時候,房入面有三個人。老細坐喺正中間。隔離係Derek——嗰個幾個月前講「你commitment好強」嘅Derek。另一邊坐住一個佢面善嘅人,新調嚟嘅,叫Kevin。乾淨嘅。冇歷史嘅。稀釋機制嘅產物。
枱面攤咗幾張打印出嚟嘅slide。
老細望住佢入嚟。冇寒暄。冇客氣。灰岩之後嘅互動都係咁——stripped到剩返指令同應答。
「昭明,坐。」
佢坐低。
「下世代核心架構嘅銜接,你應該知道。」
「知道。行業都知道。」
「我哋內部嘅準備工作做咗幾個月。」老細翻開第一張slide。一個timeline。色彩繽紛嘅。每一段都有名。「Phase 1:需求定義。Phase 2:相容性評估。Phase 3:系統整合。Phase 4:驗證同量產。」
四個Phase。每一個都有一大堆sub-task。
「而家嘅情況係——」老細頓咗一頓。揀緊用詞。「Phase 1同Phase 2,某啲部分進展比預期慢。我哋需要有人專門lead Phase 2嘅後半段——接口相容性評估、系統管理匯流排嘅protocol對齊、同埋韌體層嘅timing校準。」
韌體層嘅timing校準。
林昭明坐喺度。面冇表情。
佢聽到嘅係:timing校準。
佢知道嘅係:UIP時脈缺陷。CLK快咗。並行架構唔同。系統管理匯流排嘅protocol同舊嘅完全唔相容。呢啲嘢唔係「進展比預期慢」。係根本冇辦法喺舊框架底下解決。因為舊框架本身就有一個從未被正式承認嘅缺陷喺度。
而家你喺舊框架上面加一個新嘅架構。舊嘅缺陷唔止冇修好——佢會被新架構嘅timing差異放大。放到幾大?睇阿強send嗰份報告嘅數字——三倍。至少三倍。
但呢啲嘢佢講唔出。