減法工程哲學：最好的零件，就是根本不存在的零件

有一條我反覆驗證過的工程定律，簡單到讓人想笑：系統裡最可靠的零件，是你從未安裝進去的那顆。每一個螺絲、每一個感應器、每一段介面程式碼，都是一個潛在的失效節點。你以為你在「加功能」，實際上你在「加熵」。

傳統工程師思維是加法。需求進來，功能貼上去。迭代幾輪，系統變成一棟摩天大樓，地基卻還是當年的平房。這不是工程，這是考古。Boeing 737 MAX 的 MCAS 系統就是教科書案例——為了修補一個空氣動力學的妥協，硬塞進一個軟體補丁，最後用兩架飛機和三百四十六條人命交了學費。加法工程的終點，往往是這樣的帳單。

SpaceX 在設計 Falcon 9 發動機時，有一個內部審查流程叫做「刪除會議（Delete Meeting）」。工程師不是來提案加什麼，而是來提案刪什麼。每一個被刪掉的零件，都是一場小小的勝利——因為你同時刪掉了它的重量、成本、焊點、維護週期，以及它在未來某個凌晨三點引爆的概率。這才是真正的設計。

第一性原理在這裡的應用非常直接：先問「這個功能在物理上必要嗎？」如果不是，砍掉。再問「如果必要，有沒有更簡單的物理實現？」多問幾輪，你會驚訝地發現，原本需要十二個子系統的問題，其實只需要重新定義邊界條件，就能用三個解決。這不是懶惰，這是智慧。Tesla 把傳動軸、離合器、變速箱、排氣管、數百個燃油系統零件，全部用一顆電動馬達和一塊電池組取代了。不是因為電動馬達「更好」，而是因為它根本上更少。

最難的部分不是技術，是人性。每個工程師都想在設計裡留下自己的指紋。每個主管都想在 PPT 上多列一條功能。減法工程需要一種幾乎反本能的紀律——你要有勇氣說「不，這不需要存在」，然後承受整個會議室的白眼。但如果你屈服了，你就成為了下一個 MCAS 的共謀。

所以下次當你坐下來設計什麼東西，不管是火箭、軟體架構，還是你明天的工作流程，先問自己：「我能不能先把清單上的每一項都劃掉，然後只把真正違反物理定律才無法省略的那些，再一個一個放回來？」你會發現，清單最後剩下的，比你想像的少得多。而那個精簡後的系統，才是真正可以運作的系統。