第331章 德勤Demo！韓委員攤牌！更大的方向！
三月二十八號。周日。
早上九點。北大創業園A302。
韓委員到了。
林遠沒想到他這麼早。陳嘉怡介紹的時候只說"韓委員下午到"——結果人九點就站在門口了。
六十歲出頭，頭髮花白，戴銀框眼鏡，穿深灰色夾克。氣質不像商人，更像大學教授。
"韓委員帶了兩個人。"陳嘉怡介紹，"高級審計師劉姐，IT審計專員小張。數據由他們操作，你們只負責環境。"
"明白。"林遠說。
劉姐從公文包里拿出一個加密移動硬碟。"一家製造業客戶的應付帳款明細——八千多行。三幣種混合——人民幣、美元、歐元在同一列。五種金額格式。還有一列備註，裡面純文本、數字、日期、空值什麼都有。"
她看了趙強一眼，補了一句："這是我們挑的。不算最複雜，但夠用了。"
趙強接過硬碟，插到隔離機器上。打開墨鋒的文件瀏覽器，列類型分析插件自動運行——側邊欄顯示每列的數據類型識別結果：金額列標橙色，日期列標藍色，合併區域標綠色。
"八千三百四十七行。十四列。"趙強掃了一眼，"比預演數據多兩列，格式更複雜。"
他用墨鋒的代碼分析面板快速過了一遍數據結構，語法檢查插件沒報任何警告。
"能跑？"韓委員問。
趙強看了林遠一眼。"能跑。"
Demo環境昨天已經固化。隔離機器、不聯網、配置文件鎖死在Git倉庫里。
劉姐親自操作。把數據複製到輸入目錄，命令行輸入執行指令。
預處理管線啟動。日誌刷屏——
"第1行：幣種識別→CNY→完成。"
"第2行：金額格式→逗號分隔型→完成。"
"第3行：日期格式→斜槓分隔→完成。"
全網首發更新𝒯𝒲看書📕𝓈𝒽𝓊.𝓉𝓌
"第4行：幣種識別→USD→完成。"
"第5行：金額格式→純數字型→完成。"
速度很快。每十行一組，組間間隔不到兩毫秒。
韓委員站在趙強身後，盯著屏幕上的日誌。沒說話。
林遠注意到他看得很仔細——不是那種走過場的看，是真的在看每一行日誌的含義。這是技術出身的人才會有的習慣。
第612行——
"第612行：警告。帶括號的負數型'(1,234.56)'→自動去括號→補負號→完成。"
趙強眉頭動了一下。這是預演時沒遇到的格式。
"引擎自動處理了。"林遠說，"括號表示負數是會計行業慣例——預處理管線里有這條規則。"
韓委員點頭。"繼續。"
日誌繼續刷屏。第1000行——通過。第2000行——通過。第5000行——通過。
十二分鐘。
"處理完成。"劉姐看著屏幕念出結果，"總行數：8,347。成功：8,347。失敗：0。平均耗時：五十一毫秒。欄位完整率——百分之九十九點四。"
"0.6%是什麼？"韓委員問。
"源數據本身缺失的欄位。"趙強調出明細，"第87行和第203行，'合同編號'和'擔保物'為空——不是轉換失敗，是原始數據就沒有。引擎標記為'未披露'。"
"正確行為。"韓委員說，"審計數據中確實存在信息缺失。引擎不該憑空編造。"
"和永道那批一樣。"林遠說，"安全標準體係數據里有幾個欄位也標'未披露'。引擎邏輯是統一的——有數據就轉換，沒數據就標記，絕不猜測。"
"讓我看輸出。"韓委員說。
趙強打開輸出文件。標準JSON格式，國際財報準則三十九欄位全部映射完成。
韓委員接過滑鼠，自己翻。一頁一頁看，對照原始數據核對欄位值。
五分鐘後，放下滑鼠。
"映射準確率？"
"全量比對過。"趙強說，"映射錯誤為零。不完整欄位全部是源數據缺失。"
"好。"韓委員說。一個字，語氣很重。
他轉過身面對林遠。"如果數據量更大——比如三萬行——引擎能處理嗎？"
"能。"林遠說，"管線是流式的，不會因為數據量增加而內存溢出。按線性估算，三萬行大約兩百毫秒。"
"做過壓力測試？"
"做過。"趙強說，"五萬行數據，一百九十二毫秒。在一台1GB內存的普通PC上。和今天Demo用的是同一台機器。"
韓委員沉默了幾秒。
"我問一個關鍵問題。"他說，"你們的引擎現在支持安全標準體系和國際財報準則兩套標準。如果要同時支持美國政府會計——美國政府審計標準——和國際審計準則——需要多久？"
"架構上完全支持。"林遠說，"一套核心加多套配置模板。加一套標準就是加一張映射表加預處理規則。"
"多久？"
"有了映射表——三天到一個星期。"
"如果四個標準全部完成——能不能做成統一平台？一個引擎、一套管線、四套配置。審計師選標準，引擎自動加載。"
林遠明白了。這就是他和趙強前幾天晚上討論的方向。韓委員看出來了。
"技術上可行。"他說，"甚至可以做成在線平台——客戶上傳數據，選擇標準，平台跑完轉換返回結果。不需要本地部署。"
"你們的引擎——"他說，"比我之前評估的有價值得多。"
Demo結束。
韓委員站起來，把夾克拉鏈拉到頂。
"林遠。下周，我讓陳嘉怡安排正式會議。不談合同，不談技術細節。"
"談什麼？"
"談一個更大的方向。"
他走到門口，回頭看了一眼。
"你們年輕人——比我想像的走得更遠。"
門關上了。
趙強開始收拾環境。
"他說'比之前評估的有價值得多'。"趙強說，"這意味著他之前做過評估。今天是來驗證的。"
"驗證通過了。"林遠說，"而且他看到了在線平台的可能性——這個方向我們自己有過想法，但沒敢往德勤身上想。"
"德勤是全球四大會計師事務所之首。"林遠補充道，"如果他們的技術委員會認可這個平台——其他三家遲早會跟進。"
"你覺得'更大的方向'是什麼？"
"技術合作。"林遠說，"甚至可能是戰略投資。如果引擎能做成支持四大審計標準的平台——德勤投的不是一個工作室，是一個行業標準。"
趙強沉默了。
"不過——先等下周的正式會議。"林遠說，"不管什麼條件，技術在我們手裡。這是最大的籌碼。"
下午兩點。韓委員已經飛回上海了。
林遠和趙強坐在工位前。左邊是德勤Demo日誌，右邊是ARM開發板的串口終端。
"德勤線穩了。"林遠說，"現在看ARM。"
"基準測試定在明天。"趙強說，"工具鏈調好了。-O3加-funroll-loops。"
"目標？"
"保守八百次每秒。理論值一千。但XScale PXA255隻有400MHz——實際要測了才知道。"趙強打開墨鋒的性能分析面板，"模冪運算占總耗時78%。UMULL加了進位傳播，代碼量翻了四倍，性能提升三倍。"
"甲方指標是五千。"
"差六倍。純軟體做不到，需要硬體加速。"趙強說，"但先把軟體優化的極限跑出來，給甲方一個基準數據。"
"明天你負責跑測試。"林遠說，"我去準備德勤會議的材料——多標準平台的技術方案。"
"你覺得他會提什麼條件？"
"不知道。"林遠說，"但不急。一步一步來。"
他靠在椅背上。
德勤線、ARM線、永道線——三條線同時推進。韓委員說的"更大的方向"，如果談成了——遠望就不只是安全公司或者外包團隊。
而是行業標準平台的締造者。
窗外，三月底的北京，天色漸暗。
早上九點。北大創業園A302。
韓委員到了。
林遠沒想到他這麼早。陳嘉怡介紹的時候只說"韓委員下午到"——結果人九點就站在門口了。
六十歲出頭，頭髮花白，戴銀框眼鏡，穿深灰色夾克。氣質不像商人，更像大學教授。
"韓委員帶了兩個人。"陳嘉怡介紹，"高級審計師劉姐，IT審計專員小張。數據由他們操作，你們只負責環境。"
"明白。"林遠說。
劉姐從公文包里拿出一個加密移動硬碟。"一家製造業客戶的應付帳款明細——八千多行。三幣種混合——人民幣、美元、歐元在同一列。五種金額格式。還有一列備註，裡面純文本、數字、日期、空值什麼都有。"
她看了趙強一眼，補了一句："這是我們挑的。不算最複雜，但夠用了。"
趙強接過硬碟，插到隔離機器上。打開墨鋒的文件瀏覽器，列類型分析插件自動運行——側邊欄顯示每列的數據類型識別結果：金額列標橙色，日期列標藍色，合併區域標綠色。
"八千三百四十七行。十四列。"趙強掃了一眼，"比預演數據多兩列，格式更複雜。"
他用墨鋒的代碼分析面板快速過了一遍數據結構，語法檢查插件沒報任何警告。
"能跑？"韓委員問。
趙強看了林遠一眼。"能跑。"
Demo環境昨天已經固化。隔離機器、不聯網、配置文件鎖死在Git倉庫里。
劉姐親自操作。把數據複製到輸入目錄，命令行輸入執行指令。
預處理管線啟動。日誌刷屏——
"第1行：幣種識別→CNY→完成。"
"第2行：金額格式→逗號分隔型→完成。"
"第3行：日期格式→斜槓分隔→完成。"
全網首發更新𝒯𝒲看書📕𝓈𝒽𝓊.𝓉𝓌
"第4行：幣種識別→USD→完成。"
"第5行：金額格式→純數字型→完成。"
速度很快。每十行一組，組間間隔不到兩毫秒。
韓委員站在趙強身後，盯著屏幕上的日誌。沒說話。
林遠注意到他看得很仔細——不是那種走過場的看，是真的在看每一行日誌的含義。這是技術出身的人才會有的習慣。
第612行——
"第612行：警告。帶括號的負數型'(1,234.56)'→自動去括號→補負號→完成。"
趙強眉頭動了一下。這是預演時沒遇到的格式。
"引擎自動處理了。"林遠說，"括號表示負數是會計行業慣例——預處理管線里有這條規則。"
韓委員點頭。"繼續。"
日誌繼續刷屏。第1000行——通過。第2000行——通過。第5000行——通過。
十二分鐘。
"處理完成。"劉姐看著屏幕念出結果，"總行數：8,347。成功：8,347。失敗：0。平均耗時：五十一毫秒。欄位完整率——百分之九十九點四。"
"0.6%是什麼？"韓委員問。
"源數據本身缺失的欄位。"趙強調出明細，"第87行和第203行，'合同編號'和'擔保物'為空——不是轉換失敗，是原始數據就沒有。引擎標記為'未披露'。"
"正確行為。"韓委員說，"審計數據中確實存在信息缺失。引擎不該憑空編造。"
"和永道那批一樣。"林遠說，"安全標準體係數據里有幾個欄位也標'未披露'。引擎邏輯是統一的——有數據就轉換，沒數據就標記，絕不猜測。"
"讓我看輸出。"韓委員說。
趙強打開輸出文件。標準JSON格式，國際財報準則三十九欄位全部映射完成。
韓委員接過滑鼠，自己翻。一頁一頁看，對照原始數據核對欄位值。
五分鐘後，放下滑鼠。
"映射準確率？"
"全量比對過。"趙強說，"映射錯誤為零。不完整欄位全部是源數據缺失。"
"好。"韓委員說。一個字，語氣很重。
他轉過身面對林遠。"如果數據量更大——比如三萬行——引擎能處理嗎？"
"能。"林遠說，"管線是流式的，不會因為數據量增加而內存溢出。按線性估算，三萬行大約兩百毫秒。"
"做過壓力測試？"
"做過。"趙強說，"五萬行數據，一百九十二毫秒。在一台1GB內存的普通PC上。和今天Demo用的是同一台機器。"
韓委員沉默了幾秒。
"我問一個關鍵問題。"他說，"你們的引擎現在支持安全標準體系和國際財報準則兩套標準。如果要同時支持美國政府會計——美國政府審計標準——和國際審計準則——需要多久？"
"架構上完全支持。"林遠說，"一套核心加多套配置模板。加一套標準就是加一張映射表加預處理規則。"
"多久？"
"有了映射表——三天到一個星期。"
"如果四個標準全部完成——能不能做成統一平台？一個引擎、一套管線、四套配置。審計師選標準，引擎自動加載。"
林遠明白了。這就是他和趙強前幾天晚上討論的方向。韓委員看出來了。
"技術上可行。"他說，"甚至可以做成在線平台——客戶上傳數據，選擇標準，平台跑完轉換返回結果。不需要本地部署。"
"你們的引擎——"他說，"比我之前評估的有價值得多。"
Demo結束。
韓委員站起來，把夾克拉鏈拉到頂。
"林遠。下周，我讓陳嘉怡安排正式會議。不談合同，不談技術細節。"
"談什麼？"
"談一個更大的方向。"
他走到門口，回頭看了一眼。
"你們年輕人——比我想像的走得更遠。"
門關上了。
趙強開始收拾環境。
"他說'比之前評估的有價值得多'。"趙強說，"這意味著他之前做過評估。今天是來驗證的。"
"驗證通過了。"林遠說，"而且他看到了在線平台的可能性——這個方向我們自己有過想法，但沒敢往德勤身上想。"
"德勤是全球四大會計師事務所之首。"林遠補充道，"如果他們的技術委員會認可這個平台——其他三家遲早會跟進。"
"你覺得'更大的方向'是什麼？"
"技術合作。"林遠說，"甚至可能是戰略投資。如果引擎能做成支持四大審計標準的平台——德勤投的不是一個工作室，是一個行業標準。"
趙強沉默了。
"不過——先等下周的正式會議。"林遠說，"不管什麼條件，技術在我們手裡。這是最大的籌碼。"
下午兩點。韓委員已經飛回上海了。
林遠和趙強坐在工位前。左邊是德勤Demo日誌，右邊是ARM開發板的串口終端。
"德勤線穩了。"林遠說，"現在看ARM。"
"基準測試定在明天。"趙強說，"工具鏈調好了。-O3加-funroll-loops。"
"目標？"
"保守八百次每秒。理論值一千。但XScale PXA255隻有400MHz——實際要測了才知道。"趙強打開墨鋒的性能分析面板，"模冪運算占總耗時78%。UMULL加了進位傳播，代碼量翻了四倍，性能提升三倍。"
"甲方指標是五千。"
"差六倍。純軟體做不到，需要硬體加速。"趙強說，"但先把軟體優化的極限跑出來，給甲方一個基準數據。"
"明天你負責跑測試。"林遠說，"我去準備德勤會議的材料——多標準平台的技術方案。"
"你覺得他會提什麼條件？"
"不知道。"林遠說，"但不急。一步一步來。"
他靠在椅背上。
德勤線、ARM線、永道線——三條線同時推進。韓委員說的"更大的方向"，如果談成了——遠望就不只是安全公司或者外包團隊。
而是行業標準平台的締造者。
窗外，三月底的北京，天色漸暗。