第147章 百都的痛點！守望的第一款產品！
周一早上，林遠趕了八點的數學分析課。
趙強在旁邊打瞌睡，蘇明遠認認真真記筆記。林遠一邊聽教授講勒貝格積分，一邊在腦子裡盤算昨晚的事——robin_li那封站內信。
他幾乎一夜沒睡踏實。不是緊張，是興奮。百都創始人親自回復，這比給成大做反外掛、給微軟當顧問加起來都重要。安全圈是幾十萬美元的小池塘，搜尋引擎是幾十億美元的大海。
下課鈴響，林遠快步走回宿舍，打開台式機登錄CSDN。
站內信里多了一條回復。
"最大的痛點是規模。我們現在索引了超過一億個頁面。基於詞典的分詞在這個量級下太慢了，而且漏掉太多新詞。我們需要既能滿足實時查詢處理速度、又不損失準確率的方案。你怎麼看？"
林遠盯著屏幕，心跳加速。
一億頁。實時查詢。夠快夠准。
這不是試探了——robin_li在說真話。百都現在的問題不是"分詞怎麼做"，而是"一億頁的分詞怎麼做"。學術界的方案論文裡到處都是，但能跑在工業級搜索上的，2002年全世界沒幾家。谷歌能做是因為他們砸了幾千個工程師，百都才幾百人，技術儲備完全不是一個量級。
所以百都CTO才會在CSDN公開求助，所以robin_li才會親自回復一個ID叫"守望"的陌生人。
"宿主，"小艾的聲音響起，"他給了三個關鍵約束：規模、速度、準確率。這正好是百都2002年的命門——分詞慢導致搜索慢，搜索慢導致用戶跑谷歌。谷歌中文版今年上線了，留給百都的時間不多了。"
"我知道。"林遠打開一個空白文檔，開始寫回復框架。
不能直接給方案——那就等於白送。但也不能只說空話——robin_li這種人不聽廢話。
思路：先證明自己理解問題的規模，再給一個方向性的框架，最後留個鉤子。
他寫了十分鐘，刪了四次，最終成型：
"規模改變一切。詞典優先的方案在小規模語料上沒問題，但到一億頁以上就崩了——未登錄詞太多（就是詞典里沒有的新詞、專有名詞等），實時性不夠。我的思路：混合管線。第一階段用統計模型做快速字符級分詞（基於隱馬爾可夫模型——一種根據前一個字的狀態推斷下一個字成詞的概率）。第二階段用輕量級N元模型做上下文重排序（N元就是看前後相鄰幾個字的搭配概率）。第三階段用領域專有詞典覆蓋已知實體。核心洞見：不要追求完美——夠用、夠快，剩下的交給搜索排序來修正。我做過一個類似的原型。有興趣看Demo嗎？"
發出去。
最後一句是鉤子——"我做了個原型，想看嗎？"如果robin_li回復"想看"，那就從技術討論升級為商業談判。
林遠靠回椅背，盯著屏幕上自己寫的那段回復。每一個用詞都經過了仔細斟酌——"混合管線"表明他有系統化方案，"基於隱馬爾可夫模型"表明他懂統計模型，"剩下的交給搜索排序來修正"表明他理解，詞和搜索的關係。但沒有任何一行代碼，沒有任何一個具體參數。
給方向，不給答案。留鉤子，不露底。
"百都的技術團隊肯定懂。"林遠關掉瀏覽器，"這是說給工程師聽的。robin_li如果看不懂，那他就不是我要找的人。"
下午沒課，林遠關上宿舍門，坐在台式機前。
robin_li的事不急，對方回復至少要一天。但另一件事不能再拖了——給Mike的第二單$3,500隻是續約，真正的大棋是自有產品。
接單是賣時間，做產品是賣工具。同樣是寫代碼，賣給成大一次賺3萬，做成產品賣給一百家公司就是300萬。邊際成本趨零，這才是程式設計師的正道。
"宿主，"小艾說，"你現在的技術輸出全是賣時間——接一單賺一單，不接就沒有。但同一份代碼可以賣無數次。"
林遠點了點頭。前世做程式設計師就懂這個道理：接外包和做產品的差距，是搬磚和蓋樓的差距。
【寫到這裡我希望讀者記一下我們域名 TW 看書網解無聊，𝒔𝒉𝒖.𝒕𝒘超實用 】
"第一款產品，"他打開一個空白工程文件夾，"Web漏洞掃描器。"
沒人做的賽道。
"產品名？"小艾問。
"WatchGuard。"林遠打字，"守望之盾。"
核心功能他已經在腦子裡盤了好幾天：自動化爬蟲遍歷目標網站所有頁面，對每個表單和參數注入測試載荷，檢測SQL注入、XSS、目錄遍歷、弱口令、配置錯誤——最後生成HTML報告。
技術難點只有一個：攻擊向量庫。
這才是產品思維：不是給一家公司做定製，而是做一款誰都能用的工具。
"引擎我親自寫，規則庫你來出框架。"林遠對小艾說。
"明白。核心引擎預計開發周期：一周。規則庫填充：分身輔助，同步進行。"
林遠打開代碼編輯器，新建了main.cpp，敲下第一行：
#include ＜iostream＞
不是空想了。守望的第一款產品，從這裡開始。
傍晚，林遠打開筆記本，登錄起點後台看了一眼。
"繼續日更，分身負責過渡段落，關鍵推理我自己改。"林遠快速改了第十八章的一處邏輯漏洞，改完保存，讓分身明早八點自動上傳。
遠望寫仙俠，滄浪寫權謀。兩條賽道並行，日更不斷。現在是在播種子，收穫要等到明年VIP上線。
他關掉起點後台，看了一眼桌面上的三個窗口：robin_li的站內信、WatchGuard的代碼、滄浪的更新進度。
三條線同時推進。
"宿主，"小艾說，"你的時間正在被極限壓縮。四家公司的技術需求、兩款產品開發、兩部小說更新、論文投稿、教輔上市跟蹤——分身系統必須儘快升級。"
"我知道。"林遠靠回椅背，"所以今晚先做一件事——把分身的自動編譯模塊升級。"
分身一旦升級，WatchGuard的開發速度至少翻一倍。白天他寫核心引擎和架構決策，晚上分身自動跑測試和填充規則庫，早上起來直接看結果——等於多了一個不睡覺的助手。
這才是重生者真正的槓桿：不是一個人的時間，而是系統化的產出。
窗外天色暗下來，宿舍樓里傳來此起彼伏的飯盒碰撞聲。
林遠沒動。手指在鍵盤上飛快地敲著，屏幕上的代碼一行一行地往上翻。
趙強推門進來，探頭看了一眼："又寫代碼？你不吃飯了？"
"幫我把飯帶回來。"林遠頭也不抬。
趙強搖搖頭走了，嘴裡嘟囔著"你就不能休息一天"。
林遠沒接話。他不是不想休息——是停不下來。教輔12月15日上架倒計時六天，robin_li的回覆隨時可能到，Mike第二單三周交付期已經開始倒計，WatchGuard必須月底前出v1.0。
每一分鐘都在跟時間賽跑。
一手碼產品，一手升級工具。
兩條線同時跑，哪條都不能停。
趙強在旁邊打瞌睡，蘇明遠認認真真記筆記。林遠一邊聽教授講勒貝格積分，一邊在腦子裡盤算昨晚的事——robin_li那封站內信。
他幾乎一夜沒睡踏實。不是緊張，是興奮。百都創始人親自回復，這比給成大做反外掛、給微軟當顧問加起來都重要。安全圈是幾十萬美元的小池塘，搜尋引擎是幾十億美元的大海。
下課鈴響，林遠快步走回宿舍，打開台式機登錄CSDN。
站內信里多了一條回復。
"最大的痛點是規模。我們現在索引了超過一億個頁面。基於詞典的分詞在這個量級下太慢了，而且漏掉太多新詞。我們需要既能滿足實時查詢處理速度、又不損失準確率的方案。你怎麼看？"
林遠盯著屏幕，心跳加速。
一億頁。實時查詢。夠快夠准。
這不是試探了——robin_li在說真話。百都現在的問題不是"分詞怎麼做"，而是"一億頁的分詞怎麼做"。學術界的方案論文裡到處都是，但能跑在工業級搜索上的，2002年全世界沒幾家。谷歌能做是因為他們砸了幾千個工程師，百都才幾百人，技術儲備完全不是一個量級。
所以百都CTO才會在CSDN公開求助，所以robin_li才會親自回復一個ID叫"守望"的陌生人。
"宿主，"小艾的聲音響起，"他給了三個關鍵約束：規模、速度、準確率。這正好是百都2002年的命門——分詞慢導致搜索慢，搜索慢導致用戶跑谷歌。谷歌中文版今年上線了，留給百都的時間不多了。"
"我知道。"林遠打開一個空白文檔，開始寫回復框架。
不能直接給方案——那就等於白送。但也不能只說空話——robin_li這種人不聽廢話。
思路：先證明自己理解問題的規模，再給一個方向性的框架，最後留個鉤子。
他寫了十分鐘，刪了四次，最終成型：
"規模改變一切。詞典優先的方案在小規模語料上沒問題，但到一億頁以上就崩了——未登錄詞太多（就是詞典里沒有的新詞、專有名詞等），實時性不夠。我的思路：混合管線。第一階段用統計模型做快速字符級分詞（基於隱馬爾可夫模型——一種根據前一個字的狀態推斷下一個字成詞的概率）。第二階段用輕量級N元模型做上下文重排序（N元就是看前後相鄰幾個字的搭配概率）。第三階段用領域專有詞典覆蓋已知實體。核心洞見：不要追求完美——夠用、夠快，剩下的交給搜索排序來修正。我做過一個類似的原型。有興趣看Demo嗎？"
發出去。
最後一句是鉤子——"我做了個原型，想看嗎？"如果robin_li回復"想看"，那就從技術討論升級為商業談判。
林遠靠回椅背，盯著屏幕上自己寫的那段回復。每一個用詞都經過了仔細斟酌——"混合管線"表明他有系統化方案，"基於隱馬爾可夫模型"表明他懂統計模型，"剩下的交給搜索排序來修正"表明他理解，詞和搜索的關係。但沒有任何一行代碼，沒有任何一個具體參數。
給方向，不給答案。留鉤子，不露底。
"百都的技術團隊肯定懂。"林遠關掉瀏覽器，"這是說給工程師聽的。robin_li如果看不懂，那他就不是我要找的人。"
下午沒課，林遠關上宿舍門，坐在台式機前。
robin_li的事不急，對方回復至少要一天。但另一件事不能再拖了——給Mike的第二單$3,500隻是續約，真正的大棋是自有產品。
接單是賣時間，做產品是賣工具。同樣是寫代碼，賣給成大一次賺3萬，做成產品賣給一百家公司就是300萬。邊際成本趨零，這才是程式設計師的正道。
"宿主，"小艾說，"你現在的技術輸出全是賣時間——接一單賺一單，不接就沒有。但同一份代碼可以賣無數次。"
林遠點了點頭。前世做程式設計師就懂這個道理：接外包和做產品的差距，是搬磚和蓋樓的差距。
【寫到這裡我希望讀者記一下我們域名 TW 看書網解無聊，𝒔𝒉𝒖.𝒕𝒘超實用 】
"第一款產品，"他打開一個空白工程文件夾，"Web漏洞掃描器。"
沒人做的賽道。
"產品名？"小艾問。
"WatchGuard。"林遠打字，"守望之盾。"
核心功能他已經在腦子裡盤了好幾天：自動化爬蟲遍歷目標網站所有頁面，對每個表單和參數注入測試載荷，檢測SQL注入、XSS、目錄遍歷、弱口令、配置錯誤——最後生成HTML報告。
技術難點只有一個：攻擊向量庫。
這才是產品思維：不是給一家公司做定製，而是做一款誰都能用的工具。
"引擎我親自寫，規則庫你來出框架。"林遠對小艾說。
"明白。核心引擎預計開發周期：一周。規則庫填充：分身輔助，同步進行。"
林遠打開代碼編輯器，新建了main.cpp，敲下第一行：
#include ＜iostream＞
不是空想了。守望的第一款產品，從這裡開始。
傍晚，林遠打開筆記本，登錄起點後台看了一眼。
"繼續日更，分身負責過渡段落，關鍵推理我自己改。"林遠快速改了第十八章的一處邏輯漏洞，改完保存，讓分身明早八點自動上傳。
遠望寫仙俠，滄浪寫權謀。兩條賽道並行，日更不斷。現在是在播種子，收穫要等到明年VIP上線。
他關掉起點後台，看了一眼桌面上的三個窗口：robin_li的站內信、WatchGuard的代碼、滄浪的更新進度。
三條線同時推進。
"宿主，"小艾說，"你的時間正在被極限壓縮。四家公司的技術需求、兩款產品開發、兩部小說更新、論文投稿、教輔上市跟蹤——分身系統必須儘快升級。"
"我知道。"林遠靠回椅背，"所以今晚先做一件事——把分身的自動編譯模塊升級。"
分身一旦升級，WatchGuard的開發速度至少翻一倍。白天他寫核心引擎和架構決策，晚上分身自動跑測試和填充規則庫，早上起來直接看結果——等於多了一個不睡覺的助手。
這才是重生者真正的槓桿：不是一個人的時間，而是系統化的產出。
窗外天色暗下來，宿舍樓里傳來此起彼伏的飯盒碰撞聲。
林遠沒動。手指在鍵盤上飛快地敲著，屏幕上的代碼一行一行地往上翻。
趙強推門進來，探頭看了一眼："又寫代碼？你不吃飯了？"
"幫我把飯帶回來。"林遠頭也不抬。
趙強搖搖頭走了，嘴裡嘟囔著"你就不能休息一天"。
林遠沒接話。他不是不想休息——是停不下來。教輔12月15日上架倒計時六天，robin_li的回覆隨時可能到，Mike第二單三周交付期已經開始倒計，WatchGuard必須月底前出v1.0。
每一分鐘都在跟時間賽跑。
一手碼產品，一手升級工具。
兩條線同時跑，哪條都不能停。