.Heng。
訪問模塊：Project S早期歸檔、方案庫、引擎實(shí)驗(yàn)日志。
登錄時間：22:47:13。
我盯著那個時間看了幾秒。
然后把它記進(jìn)本地文件。
文件名叫：
時間戳。

盛珩第一次否定我的架構(gòu)方案時，祝星遙沒有看我。
會議室里坐著十幾個人。
屏幕上是我做了兩個月的2.0底層改造方案，核心是拆掉舊版單點(diǎn)調(diào)度，把所有任務(wù)切成獨(dú)立模塊。成本高，周期長，但能撐住未來三年的流量。
盛珩聽到一半，抬手打斷。
“這套太工程化了?！彼f，“Project S要進(jìn)入海外市場，不能把自己鎖在一堆底層細(xì)節(jié)里?！?br>產(chǎn)品負(fù)責(zé)人看向我。
我把激光筆放下：“底層細(xì)節(jié)會決定上層能不能跑?！?br>盛珩笑了一下：“我不是否認(rèn)技術(shù)，只是現(xiàn)在公司需要速度。”
祝星遙翻著會議資料，問：“你的建議？”
盛珩走到白板前，畫了一個新的框架。更輕，更快，圖很好看。
里面有三處明顯的風(fēng)險。
第一，消息隊(duì)列沒有隔離。
第二，核心引擎復(fù)用舊接口。
第三，數(shù)據(jù)回滾沒有完整鏈路。
我等他說完，開口：“這套在峰值場景下會崩。”
盛珩轉(zhuǎn)過身：“祈總，你們技術(shù)團(tuán)隊(duì)是不是太習(xí)慣用極端情況推翻業(yè)務(wù)方案？”
我說：“極端情況不等于不會發(fā)生?！?br>他看向祝星遙：“星遙，你當(dāng)初跟我聊Project S的時候，最打動人的不是技術(shù)，是它能快速形成網(wǎng)絡(luò)。架構(gòu)要服務(wù)這個目標(biāo)?！?br>我沒有繼續(xù)爭。
會議桌另一頭坐著新來的戰(zhàn)略總監(jiān)，他顯然更喜歡盛珩那張白板圖。圖簡單，箭頭漂亮，聽上去像一個可以馬上拿去融資的故事。
我的方案有二十七頁，第一頁就是成本預(yù)算。
祝星遙不喜歡在這個時候看成本。
她要的是一個能讓投資人坐直的方向。
我把筆帽扣回去，聽盛珩講完最后一段。
他說：“技術(shù)最終要給商業(yè)讓路?！?br>我看著白板，沒有接話。
在技術(shù)會議里，所謂讓路，通常就是把報警線往后挪。線挪得太快，出事時連回滾點(diǎn)都找不到。
祝星遙這才抬頭。
她沒看我。
她看著白板上的新框