技術債與商業債：工程師的完美主義如何殺死產品

我曾經因為一個按鈕的動畫效果調了整整兩天。那時候我覺得，這叫「匠人精神」。現在回頭看，那叫「逃避現實」。

MVP 不是完美的產品，是驗證假設的工具

當我開始接案，甚至嘗試做自己的小產品時，我發現市場根本不在乎你的後端是用 Rust 還是 Node.js 寫的，也不在乎你有沒有用 TDD。客戶只在乎一件事：這東西能不能解決我的問題？

我學到了一個慘痛的教訓：

• 如果你花了三個月寫代碼，卻沒有花三天去跟使用者聊天，那你大概率在做白工。
• 技術債可以還，但「商業債」往往會直接讓專案破產。什麼是商業債？就是你在沒有驗證需求的情況下，投入過多資源開發功能。

現在，我的開發哲學變了。我會問自己：「這行代碼是為了讓功能運作，還是為了滿足我的潔癖？」如果是後者，我會毫不猶豫地先放著。髒一點沒關係，能跑、能賺錢比較重要。