第321章 功耗基準！模板引擎！三條線同時推進！
二月二十四號，周二。
晚上九點。遠望工作室。
趙強跑了四十七分鐘的功耗測試腳本。
申威平台的測試環境搭在工作室角落的一台專用機器上——周明哲上個月寄來的開發板，配合林遠寫的基準測試框架，每隔兩百毫秒採集一次CPU利用率和功耗數據。
"採樣間隔從五百毫秒改到兩百了。"趙強盯著屏幕，"之前那個精度不夠——峰值功耗會被平均掉。"
林遠看了一眼數據。確實，兩百毫秒採樣下的峰值比之前高出約百分之八。這個差異寫進報告——評審會追問。
"行。數據導出加了原始數據附錄沒有？"
"加了。正文用平均值，附錄放原始採樣。評審想看細節翻附錄就行。"
"多久跑完？"
"還有一個小時。申威平台跑完，再跑x86平台的對比測試。明天上午出最終數據。"
一天半。林遠原本預估至少三天——趙強用Python腳本把整個流程自動化了。數據採集、清洗、統計、圖表生成——一條龍。
他不只代碼能力強。他是個系統性解決問題的人。
九點十五。蘇明遠從外面回來。
"廣州簽了。"
"哪家？"
"一家中型券商。二十台客戶端，一年服務費。"他把合同放在桌上，"WatchGuard又進一個城市。累計二十九單，總額三十八萬出頭。"
林遠點頭。"廣州案例整理一下，做成證券行業模板。深圳簽了兩單已經帶來三單跟進——廣州也開始了。"
"四條賽道節奏都對。"蘇明遠喝了口水，"對了，Consumer德語包今天下午測完了，明天上SourceForge。日語包還有兩個界面沒翻完。"
"德語先上。日語不急——日本市場不是當前優先級。"
"明白。"
趙強沒參與討論。他盯著屏幕調數據導出模塊的輸出格式。
十點零三分。趙強合上筆記本。
"功耗測試跑完了。"
兩張圖表投到屏幕上——申威平台和x86平台的功耗對比。折線圖清晰標註了測試條件和採樣頻率。
"申威平台滿載功耗比x86高約百分之十五。"趙強說，"但在誤差允許範圍內。能效比——每瓦性能——達到x86的百分之八十二。"
"能寫進報告？"
"能。數字不是最優的——但足夠誠實。評審最在意的是你有沒有迴避差距。寫清楚了，反而加分。"
林遠把數據複製到863報告第七章第三節。功耗對比基準——補上了。
"863明天最終校對。周三定稿，周四提交。"
（由於緩存原因，請用戶直接瀏覽器訪問 追書就上 TW 看書網，𝑠ℎ𝑢.𝑡𝑤超讚 網站，觀看最快的章節更新）
趙強收拾東西。"功耗圖表我用matplotlib重畫了——矢量圖，放大不失真。報告直接貼。"
他走到門口，停了一下。"模板引擎什麼時候開始？"
"現在。"
十點半。蘇明遠走了。趙強走之前把功耗測試的全部原始數據打包存進共享目錄。
工作室安靜下來。
林遠打開白板——
"映射模板引擎 v0.1 架構設計"
"劉顧問上周說了句話——映射規則做成可配置模板，不要硬編碼。"他說，"他說的對。我們給PwC做的審計接口——二十七個欄位對應SOC 2 Type II標準。如果明天來一家審計機構用ISO 27001標準——重寫一套映射？"
"成本太高。"
"不只是成本。是速度。客戶不可能等你三個月。所以——映射模板引擎的核心目標：每個安全產品的日誌格式對應一個'輸入模板'，每種審計標準對應一個'輸出模板'。引擎讀取日誌→匹配輸入模板→按輸出模板轉換→生成標準化數據。"
"新產品來了怎麼辦？"
"配一個新模板。不改引擎代碼。"
他在白板上畫出三層架構——
第一層：模板註冊中心。存儲所有輸入和輸出模板，每個模板一個JSON文件，包含欄位映射規則、數據類型轉換邏輯和格式校驗規則。
第二層：規則匹配引擎。分析日誌格式特徵→自動匹配輸入模板→加載輸出模板→執行轉換。
第三層：轉換執行層。逐欄位映射，處理數據類型轉換、格式校驗和異常隔離。
"自動匹配這層——怎麼做？"小艾問，"Syslog、JSON、XML、自定義二進位——格式差異太大。"
"用特徵匹配。每個輸入模板定義一組格式特徵——欄位分隔符、時間戳格式、編碼方式。引擎拿到日誌先做特徵掃描，匹配度最高的模板自動加載。"
"匹配不上呢？"
"容錯——超過百分之七十特徵命中就算匹配成功。缺失欄位用默認值填充，冗餘欄位標記但不丟棄。匹配置信度低於閾值的——標記'待人工確認'。"
"這個思路——和CTIN的插件系統底層邏輯一樣。"
"對。CTIN是檢測引擎加檢測插件。映射模板引擎是轉換引擎加轉換模板。核心不動，變化交給配置。"
十一點。
白板右下角，他寫下一行時間線——
"開發周期：三周。3月17日上線。"
"工作量？"小艾問。
"核心引擎——兩人兩周。模板註冊中心——一人一周。規則匹配引擎——兩人一周半。測試聯調一周。三人全力投入——兩周半完成核心功能，留半周緩衝。"
"分工呢？"
"趙強負責核心引擎。他寫代碼的速度和質量——團隊裡唯一能和我並行開發核心模塊的人。我負責規則匹配引擎和整體架構。蘇明遠負責模板註冊中心的JSON模板編寫——業務邏輯，不是編程，他比任何人都清楚PwC的審計數據規範。"
他關了燈。
走到門口——郵箱提示音。
"方總。方河。"
郵件很短——
"小林。陳偉東研究員讓我轉告：CTIN開源版的部署日誌看完了。Bug修復速度，比預期快。"
十五個字。
沒有說"好"。沒有說"不錯"。說的是"比預期快"。
"CTIN開源版從一月中旬發布到現在——五周。"小艾說，"社區提交了三個bug修復。平均修復周期四天。"
"四天。在開源項目里算中上水平。"
林遠把郵件保存下來。
"陳偉東不說好與壞——只說'比預期快'。數據驅動——他用修復速度衡量CTIN的生命力。修復速度快，說明社區是活的。社區是活的，說明架構有吸引力。"
"這是好消息？"
"好信號。不是最終結論——但方向對了。五月底階段評審——他大概率會給出正面判斷。"
他走出工作室，鎖上門。
二月底的北京夜晚，風裡已經有了初春的濕潤。
"給周老師回郵件——863報告功耗基準補好了，圖表換柱狀圖。周四提交。"
"只說這些？"
"只說這些。周老師關心的是863。映射模板引擎的事——等做出來了再說。用結果說話，他才聽。"
計程車駛上二環。窗外燈火通明。
林遠靠在座椅上。
863——周四定稿。
映射模板引擎——三周後上線。
陳偉東——"比預期快"。
三條線。都在往前走。
晚上九點。遠望工作室。
趙強跑了四十七分鐘的功耗測試腳本。
申威平台的測試環境搭在工作室角落的一台專用機器上——周明哲上個月寄來的開發板，配合林遠寫的基準測試框架，每隔兩百毫秒採集一次CPU利用率和功耗數據。
"採樣間隔從五百毫秒改到兩百了。"趙強盯著屏幕，"之前那個精度不夠——峰值功耗會被平均掉。"
林遠看了一眼數據。確實，兩百毫秒採樣下的峰值比之前高出約百分之八。這個差異寫進報告——評審會追問。
"行。數據導出加了原始數據附錄沒有？"
"加了。正文用平均值，附錄放原始採樣。評審想看細節翻附錄就行。"
"多久跑完？"
"還有一個小時。申威平台跑完，再跑x86平台的對比測試。明天上午出最終數據。"
一天半。林遠原本預估至少三天——趙強用Python腳本把整個流程自動化了。數據採集、清洗、統計、圖表生成——一條龍。
他不只代碼能力強。他是個系統性解決問題的人。
九點十五。蘇明遠從外面回來。
"廣州簽了。"
"哪家？"
"一家中型券商。二十台客戶端，一年服務費。"他把合同放在桌上，"WatchGuard又進一個城市。累計二十九單，總額三十八萬出頭。"
林遠點頭。"廣州案例整理一下，做成證券行業模板。深圳簽了兩單已經帶來三單跟進——廣州也開始了。"
"四條賽道節奏都對。"蘇明遠喝了口水，"對了，Consumer德語包今天下午測完了，明天上SourceForge。日語包還有兩個界面沒翻完。"
"德語先上。日語不急——日本市場不是當前優先級。"
"明白。"
趙強沒參與討論。他盯著屏幕調數據導出模塊的輸出格式。
十點零三分。趙強合上筆記本。
"功耗測試跑完了。"
兩張圖表投到屏幕上——申威平台和x86平台的功耗對比。折線圖清晰標註了測試條件和採樣頻率。
"申威平台滿載功耗比x86高約百分之十五。"趙強說，"但在誤差允許範圍內。能效比——每瓦性能——達到x86的百分之八十二。"
"能寫進報告？"
"能。數字不是最優的——但足夠誠實。評審最在意的是你有沒有迴避差距。寫清楚了，反而加分。"
林遠把數據複製到863報告第七章第三節。功耗對比基準——補上了。
"863明天最終校對。周三定稿，周四提交。"
（由於緩存原因，請用戶直接瀏覽器訪問 追書就上 TW 看書網，𝑠ℎ𝑢.𝑡𝑤超讚 網站，觀看最快的章節更新）
趙強收拾東西。"功耗圖表我用matplotlib重畫了——矢量圖，放大不失真。報告直接貼。"
他走到門口，停了一下。"模板引擎什麼時候開始？"
"現在。"
十點半。蘇明遠走了。趙強走之前把功耗測試的全部原始數據打包存進共享目錄。
工作室安靜下來。
林遠打開白板——
"映射模板引擎 v0.1 架構設計"
"劉顧問上周說了句話——映射規則做成可配置模板，不要硬編碼。"他說，"他說的對。我們給PwC做的審計接口——二十七個欄位對應SOC 2 Type II標準。如果明天來一家審計機構用ISO 27001標準——重寫一套映射？"
"成本太高。"
"不只是成本。是速度。客戶不可能等你三個月。所以——映射模板引擎的核心目標：每個安全產品的日誌格式對應一個'輸入模板'，每種審計標準對應一個'輸出模板'。引擎讀取日誌→匹配輸入模板→按輸出模板轉換→生成標準化數據。"
"新產品來了怎麼辦？"
"配一個新模板。不改引擎代碼。"
他在白板上畫出三層架構——
第一層：模板註冊中心。存儲所有輸入和輸出模板，每個模板一個JSON文件，包含欄位映射規則、數據類型轉換邏輯和格式校驗規則。
第二層：規則匹配引擎。分析日誌格式特徵→自動匹配輸入模板→加載輸出模板→執行轉換。
第三層：轉換執行層。逐欄位映射，處理數據類型轉換、格式校驗和異常隔離。
"自動匹配這層——怎麼做？"小艾問，"Syslog、JSON、XML、自定義二進位——格式差異太大。"
"用特徵匹配。每個輸入模板定義一組格式特徵——欄位分隔符、時間戳格式、編碼方式。引擎拿到日誌先做特徵掃描，匹配度最高的模板自動加載。"
"匹配不上呢？"
"容錯——超過百分之七十特徵命中就算匹配成功。缺失欄位用默認值填充，冗餘欄位標記但不丟棄。匹配置信度低於閾值的——標記'待人工確認'。"
"這個思路——和CTIN的插件系統底層邏輯一樣。"
"對。CTIN是檢測引擎加檢測插件。映射模板引擎是轉換引擎加轉換模板。核心不動，變化交給配置。"
十一點。
白板右下角，他寫下一行時間線——
"開發周期：三周。3月17日上線。"
"工作量？"小艾問。
"核心引擎——兩人兩周。模板註冊中心——一人一周。規則匹配引擎——兩人一周半。測試聯調一周。三人全力投入——兩周半完成核心功能，留半周緩衝。"
"分工呢？"
"趙強負責核心引擎。他寫代碼的速度和質量——團隊裡唯一能和我並行開發核心模塊的人。我負責規則匹配引擎和整體架構。蘇明遠負責模板註冊中心的JSON模板編寫——業務邏輯，不是編程，他比任何人都清楚PwC的審計數據規範。"
他關了燈。
走到門口——郵箱提示音。
"方總。方河。"
郵件很短——
"小林。陳偉東研究員讓我轉告：CTIN開源版的部署日誌看完了。Bug修復速度，比預期快。"
十五個字。
沒有說"好"。沒有說"不錯"。說的是"比預期快"。
"CTIN開源版從一月中旬發布到現在——五周。"小艾說，"社區提交了三個bug修復。平均修復周期四天。"
"四天。在開源項目里算中上水平。"
林遠把郵件保存下來。
"陳偉東不說好與壞——只說'比預期快'。數據驅動——他用修復速度衡量CTIN的生命力。修復速度快，說明社區是活的。社區是活的，說明架構有吸引力。"
"這是好消息？"
"好信號。不是最終結論——但方向對了。五月底階段評審——他大概率會給出正面判斷。"
他走出工作室，鎖上門。
二月底的北京夜晚，風裡已經有了初春的濕潤。
"給周老師回郵件——863報告功耗基準補好了，圖表換柱狀圖。周四提交。"
"只說這些？"
"只說這些。周老師關心的是863。映射模板引擎的事——等做出來了再說。用結果說話，他才聽。"
計程車駛上二環。窗外燈火通明。
林遠靠在座椅上。
863——周四定稿。
映射模板引擎——三周後上線。
陳偉東——"比預期快"。
三條線。都在往前走。