第339章 接口僵局！會計準則層！國際財報準則的版本陷阱！
四月十五號。周四。
兩天了。
兩條線同時開工，接口問題比預想的來得更快。
早上八點。工作室。
林遠和周凱圍在墨鋒的代碼編輯器前。白板上畫著會計準則層的初步架構——三層結構，中間層是可插拔的準則模塊。
"接口定義必須今天定下來。"林遠說，"國際審計準則映射表和FPGA適配都在等這個接口。定不了，兩條線都卡住。"
周凱指著白板上的一行字："問題在'欄位映射'的定義方式。國際審計準則映射表需要引用會計準則層的欄位——但不同準則對同一個概念的定義完全不同。"
"舉個例子。"林遠說。
"收入確認。"周凱說，"國際財報準則 15是五步法模型，收入在'控制權轉移'時確認。美國政府會計用的是修正權責發生制，收入在'可計量且可用'時確認。兩個準則的收入欄位——定義不同、觸發條件不同、計算邏輯不同。國際審計準則的映射表引用'收入'欄位時，到底引哪個？"
小艾的聲音在林遠腦海里響起："可以抽象一層。不引用具體的欄位定義，引用'欄位接口'——每個準則模塊實現同一套接口，對外暴露統一的欄位名。國際審計準則映射表引用接口名，具體的計算邏輯由對應的準則模塊處理。"
"策略模式。"林遠眼前一亮，把想法說了出來，"我們不引用具體的欄位定義，引用'欄位接口'——每個準則模塊實現同一套接口，對外暴露統一的欄位名。國際審計準則映射表只認接口名，不認具體實現。"
周凱思考了十幾秒。"如果接口定義夠抽象，國際審計準則映射表確實不用改。但問題是——有些欄位在A準則里是枚舉類型，在B準則里是連續變量。接口怎麼統一？"
小艾在腦海里快速給出答案："數據類型用最大值。接口欄位統一用最通用的數據類型——字符串加結構體。具體準則模塊內部再做類型轉換。運行時轉換開銷在百分之三以內，我算過。"
林遠把答案轉述出來："接口欄位統一用最通用的數據類型——字符串加結構體，具體準則模塊內部做類型轉換。開銷在百分之三以內，可以接受。"
"百分之三……"周凱算了算，鬆了口氣，"那沒問題。"
林遠點頭："就這麼定。接口定義今天輸出。周凱，國際審計準則映射表按接口規範改造，明天開始聯調。"
"行。"周凱轉身回到工位。
周凱走後，林遠立刻開始編寫接口定義。小艾在腦海中提供技術指導，代碼編輯器里，一行行接口規範快速成型——
會計準則層核心接口：
欄位定義規範——欄位名稱、數據類型、驗證規則
映射函數接口——輸入原始數據，輸出標準化欄位
TW 看書網體驗佳，𝘴𝘩𝘶.𝘵𝘸輕鬆讀
版本標識——準則版本號、生效日期
林遠看著屏幕。接口定義很乾淨——國際審計準則映射表引用接口名稱，具體的準則邏輯封裝在模塊內部。新增準則？加一個模塊。修改準則？更新模塊版本。上層邏輯完全不用動。
"接口的版本標識要注意。"林遠說，"每個準則模塊必須標註版本號。國際審計準則映射表引用時指定版本。"
"明白。"小艾說。
下午兩點。計算所FPGA實驗室。
趙強坐在劉教授的實驗室里，面前是一台連著FPGA開發板的顯示器。他從昨天早上就在這裡，已經連續工作了十二個小時。
移植比預想的順利——前三組測試數據全部通過。
"第一個問題。"趙強指著屏幕上的波形圖，"數據路徑的位寬對齊。FPGA的DSP48塊期望四十八位輸入，但前置模塊輸出的是五十二位。我加了一個截斷邏輯——高位截斷，精度損失在可接受範圍內。"
劉教授湊近看了看波形。"截斷後精度損失多少？"
"萬分之三。"趙強說，"甲方指標沒有精度要求，只有速度要求。萬分之三的損失完全夠用。"
"功耗呢？"
"峰值八點二瓦。"趙強說，"比仿真的八點七瓦低了零點五——我優化了模乘模塊的流水線級數，從五級減到四級。少一級觸發器，少零點五瓦。"
劉教授點頭："不錯。實際硬體跑出來多少？"
"三萬五千二。"趙強說，"比仿真低了百分之七——硬體overhead，接口延遲和布線延遲加起來。還是甲方指標的四倍。夠了。"
"下周能跑完整基準測試？"
"能。"趙強說，"但有一個問題——Verilog代碼里有一處時序違例。時鐘頻率跑到三百兆的時候，關鍵路徑的延遲超過了一個時鐘周期。兩個選擇——降頻率到兩百八十兆，或者在關鍵路徑上插流水線寄存器。"
"降頻率影響性能嗎？"
"如果再降百分之七。"趙強算了一下，"三萬五千二乘零點九三——大約三萬二千七。還是甲方指標的六倍。夠了。"
"那就插寄存器。"劉教授說，"保頻率。"
趙強點頭，繼續改代碼。實驗室里只有鍵盤聲和示波器的嗡嗡聲。
下午四點半。工作室。
蘇明遠從外面回來，手裡拎著一個文件袋，臉上帶著少見的輕鬆。
"兩件事。"他把文件袋放在林遠桌上。
"第一，註冊審批通過了。"他抽出一張紙，"工商局的通知——遠望科技有限公司核名和材料都批了，下周領執照。"
"好。"林遠點頭。
"第二，德勤的錢到了。"蘇明遠又抽出一張紙，"工行回單——德勤創新資本的一百萬投資意向金，已經打到雙方共管的臨時帳戶上了。錢走平台公司通道，跟遠望科技的帳完全分開。"
林遠看了一眼。一百萬。德勤的投資意向金。
"張律師那邊呢？"
"另外一邊，平台公司的章程初稿出來了。"蘇明遠翻到另一頁，"股權結構——你百分之六十，德勤創新資本百分之二十，預留期權池百分之二十。董事會三個席位，你、德勤代表、一名獨立董事。獨立董事的人選雙方協商確定。"
"德勤那邊對章程有意見嗎？"
"小條款有幾處要談。"蘇明遠說，"比如'技術授權費的定價機制'和'關聯交易審批流程'。張律師說這些都是標準條款，一兩天能定。"
"好。"林遠說，"你跟進。"
蘇明遠把文件收好，轉身要走，又停下來："開發進度怎麼樣？"
"第一組——國際審計準則映射表從百分之三十推到了百分之五十五。接口定義今晚出來，明天開始聯調。第二組——FPGA移植在跑，趙強在計算所盯著。初步數據不錯。"
"時間呢？"
"五月十八。"林遠說，"還有三十三天。"
蘇明遠點了點頭，沒再多問，回了工位。
傍晚六點。
小艾突然在林遠腦海里開口。
"我查國際財報準則官網的時候發現一個問題。"
"什麼問題？"
"國際財報準則 15——收入確認準則。今年四月十二號，IASB發布了一份實施修正案。"
林遠皺眉。"什麼內容？"
"五步法模型的第三步——'確定交易價格'裡面，關於'單獨售價'的估計方法有一個微調。原來寫的是'市場調整法'，修正案增加了一種'預期成本加成法'作為補充。"
"影響多大？"
"美國政府會計映射表里涉及收入確認的欄位有十二條。"小艾說，"如果收入確認的邏輯變了，這十二條映射可能需要重新校驗。"
"國際審計準則呢？"
"國際審計準則映射表里也有七條審計程序涉及收入確認。影響範圍類似。"
林遠放下手裡的代碼。
會計準則不是靜態的。國際財報準則每年都在更新，美國政府會計也是。他們之前把準則當成固定規則來處理——寫完映射表就完了。但現實是，準則在變。
"小艾，把這個問題整理成一份影響評估。明天早上討論。"
"好。"
晚上十一點。
工作室只剩林遠一個人。蘇明遠、王晨、李哲都走了。趙強還在計算所。
墨鋒的編輯器里，會計準則層的接口定義已經疊代到第三版。每一版都在平衡一個核心矛盾——抽象程度越高，適應性越強，但運行時的開銷越大。
林遠靠在椅背上，看著白板。
國際審計準則映射表：百分之五十五。美國政府會計映射表：完成。FPGA移植：初步通過。會計準則層接口：第一版完成。公司註冊：審批通過，待領證。德勤意向金：到帳。
進展不錯。但國際財報準則的版本問題讓他意識到一個更深層的問題——
會計準則層不能只是"可插拔"。它必須支持版本演進。
他拿起馬克筆，在白板上寫了三個字："版本化。"
每個準則模塊標註版本號。接口定義兼容不同版本。配置數據和代碼分離——準則更新時只改配置，不改代碼。
這是架構的核心。如果平台不支持版本管理，客戶每遇到一次準則更新就得重新部署。那不叫平台，叫一次性工具。
林遠把版本化的設計思路寫進架構文檔。寫到一半，小艾在腦海中開口。
"影響評估寫完了。美國政府會計受影響十二條，國際審計準則受影響七條。建議明天上午開一個短會討論修改方案。"
"好。"林遠回了一句。
他繼續寫架構文檔。窗外，中關村的燈光稀疏了。
五月十八號。三十三天。
四條線並行——國際審計準則、美國政府會計、會計準則層、FPGA。加上公司註冊、商務對接、德勤溝通。每一條都不能斷。
他保存文檔，關燈，鎖門。
明天還有更硬的仗。
兩天了。
兩條線同時開工，接口問題比預想的來得更快。
早上八點。工作室。
林遠和周凱圍在墨鋒的代碼編輯器前。白板上畫著會計準則層的初步架構——三層結構，中間層是可插拔的準則模塊。
"接口定義必須今天定下來。"林遠說，"國際審計準則映射表和FPGA適配都在等這個接口。定不了，兩條線都卡住。"
周凱指著白板上的一行字："問題在'欄位映射'的定義方式。國際審計準則映射表需要引用會計準則層的欄位——但不同準則對同一個概念的定義完全不同。"
"舉個例子。"林遠說。
"收入確認。"周凱說，"國際財報準則 15是五步法模型，收入在'控制權轉移'時確認。美國政府會計用的是修正權責發生制，收入在'可計量且可用'時確認。兩個準則的收入欄位——定義不同、觸發條件不同、計算邏輯不同。國際審計準則的映射表引用'收入'欄位時，到底引哪個？"
小艾的聲音在林遠腦海里響起："可以抽象一層。不引用具體的欄位定義，引用'欄位接口'——每個準則模塊實現同一套接口，對外暴露統一的欄位名。國際審計準則映射表引用接口名，具體的計算邏輯由對應的準則模塊處理。"
"策略模式。"林遠眼前一亮，把想法說了出來，"我們不引用具體的欄位定義，引用'欄位接口'——每個準則模塊實現同一套接口，對外暴露統一的欄位名。國際審計準則映射表只認接口名，不認具體實現。"
周凱思考了十幾秒。"如果接口定義夠抽象，國際審計準則映射表確實不用改。但問題是——有些欄位在A準則里是枚舉類型，在B準則里是連續變量。接口怎麼統一？"
小艾在腦海里快速給出答案："數據類型用最大值。接口欄位統一用最通用的數據類型——字符串加結構體。具體準則模塊內部再做類型轉換。運行時轉換開銷在百分之三以內，我算過。"
林遠把答案轉述出來："接口欄位統一用最通用的數據類型——字符串加結構體，具體準則模塊內部做類型轉換。開銷在百分之三以內，可以接受。"
"百分之三……"周凱算了算，鬆了口氣，"那沒問題。"
林遠點頭："就這麼定。接口定義今天輸出。周凱，國際審計準則映射表按接口規範改造，明天開始聯調。"
"行。"周凱轉身回到工位。
周凱走後，林遠立刻開始編寫接口定義。小艾在腦海中提供技術指導，代碼編輯器里，一行行接口規範快速成型——
會計準則層核心接口：
欄位定義規範——欄位名稱、數據類型、驗證規則
映射函數接口——輸入原始數據，輸出標準化欄位
TW 看書網體驗佳，𝘴𝘩𝘶.𝘵𝘸輕鬆讀
版本標識——準則版本號、生效日期
林遠看著屏幕。接口定義很乾淨——國際審計準則映射表引用接口名稱，具體的準則邏輯封裝在模塊內部。新增準則？加一個模塊。修改準則？更新模塊版本。上層邏輯完全不用動。
"接口的版本標識要注意。"林遠說，"每個準則模塊必須標註版本號。國際審計準則映射表引用時指定版本。"
"明白。"小艾說。
下午兩點。計算所FPGA實驗室。
趙強坐在劉教授的實驗室里，面前是一台連著FPGA開發板的顯示器。他從昨天早上就在這裡，已經連續工作了十二個小時。
移植比預想的順利——前三組測試數據全部通過。
"第一個問題。"趙強指著屏幕上的波形圖，"數據路徑的位寬對齊。FPGA的DSP48塊期望四十八位輸入，但前置模塊輸出的是五十二位。我加了一個截斷邏輯——高位截斷，精度損失在可接受範圍內。"
劉教授湊近看了看波形。"截斷後精度損失多少？"
"萬分之三。"趙強說，"甲方指標沒有精度要求，只有速度要求。萬分之三的損失完全夠用。"
"功耗呢？"
"峰值八點二瓦。"趙強說，"比仿真的八點七瓦低了零點五——我優化了模乘模塊的流水線級數，從五級減到四級。少一級觸發器，少零點五瓦。"
劉教授點頭："不錯。實際硬體跑出來多少？"
"三萬五千二。"趙強說，"比仿真低了百分之七——硬體overhead，接口延遲和布線延遲加起來。還是甲方指標的四倍。夠了。"
"下周能跑完整基準測試？"
"能。"趙強說，"但有一個問題——Verilog代碼里有一處時序違例。時鐘頻率跑到三百兆的時候，關鍵路徑的延遲超過了一個時鐘周期。兩個選擇——降頻率到兩百八十兆，或者在關鍵路徑上插流水線寄存器。"
"降頻率影響性能嗎？"
"如果再降百分之七。"趙強算了一下，"三萬五千二乘零點九三——大約三萬二千七。還是甲方指標的六倍。夠了。"
"那就插寄存器。"劉教授說，"保頻率。"
趙強點頭，繼續改代碼。實驗室里只有鍵盤聲和示波器的嗡嗡聲。
下午四點半。工作室。
蘇明遠從外面回來，手裡拎著一個文件袋，臉上帶著少見的輕鬆。
"兩件事。"他把文件袋放在林遠桌上。
"第一，註冊審批通過了。"他抽出一張紙，"工商局的通知——遠望科技有限公司核名和材料都批了，下周領執照。"
"好。"林遠點頭。
"第二，德勤的錢到了。"蘇明遠又抽出一張紙，"工行回單——德勤創新資本的一百萬投資意向金，已經打到雙方共管的臨時帳戶上了。錢走平台公司通道，跟遠望科技的帳完全分開。"
林遠看了一眼。一百萬。德勤的投資意向金。
"張律師那邊呢？"
"另外一邊，平台公司的章程初稿出來了。"蘇明遠翻到另一頁，"股權結構——你百分之六十，德勤創新資本百分之二十，預留期權池百分之二十。董事會三個席位，你、德勤代表、一名獨立董事。獨立董事的人選雙方協商確定。"
"德勤那邊對章程有意見嗎？"
"小條款有幾處要談。"蘇明遠說，"比如'技術授權費的定價機制'和'關聯交易審批流程'。張律師說這些都是標準條款，一兩天能定。"
"好。"林遠說，"你跟進。"
蘇明遠把文件收好，轉身要走，又停下來："開發進度怎麼樣？"
"第一組——國際審計準則映射表從百分之三十推到了百分之五十五。接口定義今晚出來，明天開始聯調。第二組——FPGA移植在跑，趙強在計算所盯著。初步數據不錯。"
"時間呢？"
"五月十八。"林遠說，"還有三十三天。"
蘇明遠點了點頭，沒再多問，回了工位。
傍晚六點。
小艾突然在林遠腦海里開口。
"我查國際財報準則官網的時候發現一個問題。"
"什麼問題？"
"國際財報準則 15——收入確認準則。今年四月十二號，IASB發布了一份實施修正案。"
林遠皺眉。"什麼內容？"
"五步法模型的第三步——'確定交易價格'裡面，關於'單獨售價'的估計方法有一個微調。原來寫的是'市場調整法'，修正案增加了一種'預期成本加成法'作為補充。"
"影響多大？"
"美國政府會計映射表里涉及收入確認的欄位有十二條。"小艾說，"如果收入確認的邏輯變了，這十二條映射可能需要重新校驗。"
"國際審計準則呢？"
"國際審計準則映射表里也有七條審計程序涉及收入確認。影響範圍類似。"
林遠放下手裡的代碼。
會計準則不是靜態的。國際財報準則每年都在更新，美國政府會計也是。他們之前把準則當成固定規則來處理——寫完映射表就完了。但現實是，準則在變。
"小艾，把這個問題整理成一份影響評估。明天早上討論。"
"好。"
晚上十一點。
工作室只剩林遠一個人。蘇明遠、王晨、李哲都走了。趙強還在計算所。
墨鋒的編輯器里，會計準則層的接口定義已經疊代到第三版。每一版都在平衡一個核心矛盾——抽象程度越高，適應性越強，但運行時的開銷越大。
林遠靠在椅背上，看著白板。
國際審計準則映射表：百分之五十五。美國政府會計映射表：完成。FPGA移植：初步通過。會計準則層接口：第一版完成。公司註冊：審批通過，待領證。德勤意向金：到帳。
進展不錯。但國際財報準則的版本問題讓他意識到一個更深層的問題——
會計準則層不能只是"可插拔"。它必須支持版本演進。
他拿起馬克筆，在白板上寫了三個字："版本化。"
每個準則模塊標註版本號。接口定義兼容不同版本。配置數據和代碼分離——準則更新時只改配置，不改代碼。
這是架構的核心。如果平台不支持版本管理，客戶每遇到一次準則更新就得重新部署。那不叫平台，叫一次性工具。
林遠把版本化的設計思路寫進架構文檔。寫到一半，小艾在腦海中開口。
"影響評估寫完了。美國政府會計受影響十二條，國際審計準則受影響七條。建議明天上午開一個短會討論修改方案。"
"好。"林遠回了一句。
他繼續寫架構文檔。窗外，中關村的燈光稀疏了。
五月十八號。三十三天。
四條線並行——國際審計準則、美國政府會計、會計準則層、FPGA。加上公司註冊、商務對接、德勤溝通。每一條都不能斷。
他保存文檔，關燈，鎖門。
明天還有更硬的仗。