上週，我與 Claire Giordano 在 Talking Postgres 播客中錄製了一集關於「AI 如何改變軟體開發」的節目，我們進行了一次非常棒的對話。以下是我從輕度編輯的逐字稿中選出的幾個重點（提示詞給 Claude：「非常輕微地編輯以去除口語贅詞」）。
這是關於為何有時將程式碼行數作為程式碼代理人生產力指標的最新論點，時間點在 35:01。許多人會告訴你，用程式碼行數衡量生產力是沒有意義的。我其實不同意，因為這有一個硬性限制。在過去，一位軟體工程師每天可以產出數百行可投入生產的程式碼，而 200 行可運作、已除錯、生產級別的程式碼已經是非常好的一天了。大多數時候，你可能只產出 50 或 60 行。
如果代理人能讓你產出數千行已除錯的程式碼，那確實是一個非常有意義的改進，前提是程式碼品質相同：可維護、經過測試等等。你可以透過代理人達到這個目標，但這需要大量的技能、知識和經驗。這正是資深工程師的價值所在。
作為一名工程師，我一個人能完成的工作量遠超沒有代理人時。所以你可能會問，為什麼一家公司需要多於一名工程師？除了顯而易見的「巴士係數」問題，單人團隊是一個設計非常糟糕的團隊，答案是，新的限制因素是認知能力。我寫程式的速度可以快一百倍，但我沒有足夠的認知能力來管理一百倍的程式碼量。因此，你仍然需要一個工程師團隊，以便在團隊中平衡這種認知能力。
這是關於概念完整性的一段，時間點在 46:03，Claire 將其比作溫徹斯特神秘屋！Simon 說：「在《人月神話》中，有一個概念叫做『概念完整性』，設計良好的軟體具有一種完整性：它沒有意外之處，涵蓋了恰到好處的領域，所有東西都契合且合理。這在使用程式碼代理人時變得更加困難，因為你可能有一個功能想法，執行一個提示詞，五分鐘後功能就完成了。你的軟體會長出一些奇怪的突起，朝著不同方向發展。」
Claire 說：「你知道我對此的比喻嗎？溫徹斯特神秘屋。」Simon 說：「它有 140 個房間，因為建造它的女人是溫徹斯特步槍發明者的遺孀，她的靈媒告訴她，除非她永遠不斷建造房子，否則她會被所有被那把步槍殺死的人的鬼魂纏身。所以她持續增建了 40 年。」
這正是程式碼代理人和軟體開發的問題：不斷增加新房間變得非常容易，因為增加這些房間的成本大大降低了。最終你會得到一個概念完整性崩潰的東西，然後就更難做出決策了。這一切都回歸到紀律。以前，紀律是透過所需的時間來強制執行的。你會想出一個瘋狂功能的點子，然後心想「是的，但那會花我一個星期，我無法證明這是合理的，所以我就會忘記它。」如果只需要一個小時，那麼證明其合理性就容易多了。
