庫克把2萬行代碼刪成-2000，40年后硅谷又栽進同一個坑

1982年，蘋果工程師比爾·阿特金森（Bill Atkinson）在周報上填了個負數：-2000。他剛花幾周重構區域計算引擎，把臃腫的原始算法換成更優雅、更快、更短的版本。管理層推行"代碼行數"（LOC）作為生產力指標，他用這個負數表達態度。

40年后，Y Combinator CEO加里·譚（Garry Tan）在推特曬出一張儀表盤：每天37000行代碼，作為"智能體工程"（agentic engineering）提速的證據。歷史沒重復，但押韻押得刺耳。

LOC幽靈復活：從-2000到+37000

阿特金森是QuickDraw架構師、Apple Lisa核心設計師。他寫的-2000不是惡作劇，是對度量衡本身的質疑。代碼行數能衡量什么？只能衡量你生產了多少需要維護的債務。

譚的推文引發連鎖反應。Slack頻道、技術論壇、董事會會議室里，一種信念正在擴散：AI"解決"了軟件工程，因為生成代碼變得毫不費力。這不是邊緣觀點，這是硅谷最高層領導層的判斷。

作者納撒尼爾·菲舍爾（Nathaniel Fishel）的批評很直接：我們在把token消耗錯當成價值創造，把攻擊面擴張和維護負擔爆炸慶祝為進步。儀表盤上的虛榮指標永遠不會告訴你創造了多少價值，只會告訴你融資了多少技術債務。

代碼本身值多少錢？微軟開源Windows的假想實驗

菲舍爾拋出一個思想實驗：如果微軟明天開源整個Windows，用戶會立刻涌向一家賣同樣代碼的創業公司嗎？

答案顯然是否定的。用戶為Windows付費，不是因為那幾千萬行源代碼，而是因為開機就能工作的結果。他們買的是分發渠道、技術支持、品牌信任——是"工作"被"完成"（Job to be Done）。

這個區分很關鍵。源代碼的 intrinsic value（內在價值）為零。沒有用戶的軟件，按定義毫無價值。AI代理生成十萬行代碼，不會有客戶因此多付一分錢。如果這些代碼沒有縮短用戶的"愉悅時間"（Time to Joy），你創造的價值就是零。

三條替代指標：從代碼量到價值量

菲舍爾提出三個衡量維度，替代LOC這種有毒指標。

第一，價值實現時間（TTV）與反饋循環。用戶從接觸到獲得價值需要多久？這個指標倒逼團隊縮短路徑，而非堆砌功能。

第二，效用與維護成本之比。軟件的價值是用戶獲得的效用，除以維護它所需的持續投入。AI生成的代碼如果難以調試、難以測試，分母會迅速膨脹，比值可能為負。

第三，用戶結果導向。回歸"工作完成"框架。用戶不關心你用了多少智能體，關心的是問題是否解決、解決得多快、解決得多可靠。

這三條都指向同一個方向：把度量衡從工程師的產出，轉移到用戶的收獲。

智能體工程的幻覺：更快≠更好

譚的儀表盤有個隱含假設：速度就是一切。每天37000行代碼，比每天3700行快10倍，所以效率提升10倍。

這個等式漏掉了分母。代碼不是資產，是負債——直到它被驗證、被部署、被用戶實際使用。生成速度越快，待驗證的負債堆積越高。AI編碼工具的真正風險不是取代工程師，而是讓組織誤以為"寫代碼"等于"交付價值"。

菲舍爾在文末留了道開放性提問：如果LOC是毒藥，什么指標能讓領導層真正"后退一步"，看清儀表盤背后的真相？

阿特金森的-2000行，和譚的+37000行，中間隔著40年。兩代技術革命，同一個認知陷阱。區別在于，1982年的錯誤只影響一個團隊，2025年的錯誤可能通過AI放大到整個行業的技術債務規模。

用戶會為"每天多寫3萬行代碼"買單嗎？還是說，他們只會為"問題被解決"付費——無論那需要-2000行，還是+37行？