重新檢視人月神話在 AI 時代
Fred Brooks 的 The Mythical Man-Month 首次出版於 1975 年，仍是軟體工程文獻的基石。以 Brooks 管理 IBM System/360 開發的經驗為基礎，該書將複雜的組織與技術挑戰濃縮為持久的定律。儘管程式語言的環境已從組合語言轉變為高階框架與 AI 代理，Brooks 所識別的核心人類與系統限制仍持續產生共鳴。
Brooks's Law 的持久力量
書籍中最著名的收穫之一是 Brooks's Law：『為延遲的軟體專案增加人力會讓它變得更晚。』
此現象是由通訊開銷的指數增長所驅動。隨著團隊規模擴大，成員間的通訊路徑數量會快速增加。除非這些路徑經過精心設計，否則專案常常會在自身協調需求的重壓下崩潰。
現代管理策略試圖減輕這種影響。一些工程經理建議在專案剛啟動時就增加人力，以確保核心團隊從一開始就擁有專案的完整背景。透過建立一支已融入專案邏輯的工程師緩衝隊伍，團隊可以將資源調整到關鍵路徑，而無需經歷通常會在後期專案中觸發 Brooks's Law 的毀滅性「爬坡」期間。
概念完整性的追求
除了團隊動態，Brooks 強調 概念完整性 是系統設計中最關鍵的考量。他認為，保持一致的設計理念而捨棄某些功能的系統，遠優於擁有許多好但未協調想法的系統。
概念完整性源於簡潔與直白。在快速迭代的時代，此原則比以往更具相關性。缺乏統一的願景，軟體可能會變成獨立功能的拼貼品——有些人將此現象描述為「振動編碼」（vibe coding），即軟體缺乏具凝聚力的建築靈魂，類似於一部過度依賴綠幕而缺乏連貫敘事的現代電影。
The "No Silver Bullet" 辯論與 AI 轉變
在他的 1986 年論文「No Silver Bullet」中，Brooks 認為單一的技術或管理突破無法提供軟體生產力十倍的提升。數十年來，這一直是業界的公理。然而，大型語言模型（LLMs）與 AI 輔助編程工具的出現重新點燃了此辯論。
社區中出現了兩種主要的思考學派：
- AI 作為銀彈： 一些開發者報告稱實際產出提升了 10 倍，這表明像 Claude Code 這樣的 AI 工具終於突破了 Brooks 所描述的生產力上限。
- AI 作為「外科團隊」的工具： 其他人則認為 AI 不會取代概念完整性的需求，而是改變角色。在 Brooks 的「外科團隊」模型中，AI 可以擔任「工具師」，即時創建專屬於專案的工具。在此混合模型中，一人可以擔任外科團隊中的多種角色，大幅降低 Brooks 警告過的內部摩擦與通訊開銷。
AI 驅動的碎片化風險
儘管生產力有所提升，AI 輔助編程仍存在顯著風險，可能削弱概念完整性。如果開發者依賴「混亂提示」，他們可能會建立看似功能正常但缺乏深厚理論基礎的系統。
正如一位觀察者所指出：
人類的混亂提示會讓你得到你所願意的荷馬·辛普森汽車，最終會在自身重量下崩潰。
這表明儘管 AI 能更快產出程式碼，但人類因素——建構系統連貫理論的能力——仍是關鍵的缺失環節。危險在於 AI 可能同時忽視問題的「意外」與「本質」，從而可能降低軟體長期的可維護性。
結論
儘管有人認為《人月神話》只是組合語言時代的歷史奇觀，但其對人類與系統複雜性的關注卻表明不然。無論我們是手寫程式碼還是提示 AI，根本挑戰仍在：管理思想的溝通並維持系統設計的完整性。