Ruby on Rails 創辦人 David Heinemeier Hansson 表示，他經營的軟體公司 37signals 已不再把手寫程式碼當作日常開發方式，改由 AI 程式設計工具生成程式碼。這項轉變顯示軟體開發流程正在調整，也讓如何兼顧效率與人工掌控，成為工程團隊關注的課題。
37signals 僅在 AI 出錯時手動寫程式碼
Hansson 在 Rails World 主題演講中說：「我們已經不再手寫程式碼了。」他以「放下鉛筆」形容公司的現行做法。
在 37signals，工程師只有在 AI 生成的程式碼出現問題時，才會手動編寫程式碼。若 AI 智能代理無法完成工程師要求的工作，團隊可以先自行補上程式碼；但之後的重點是「修好機器」，而不是把手寫程式碼重新變成日常流程。
Hansson 說，這項規則並非公司突然改變開發方式，而是承認團隊已經發生的轉變。他認為，現階段程式設計領域最重要的問題，是如何更有效運用 AI 帶來的效益，其他議題的優先順序都在其後。
工程師採用 AI 工具的程度不一
過去一年，OpenAI Codex、Anthropic Claude Code 和 Cursor 等工具加快了軟體開發方式的變化。有些開發者形容 AI 程式設計智能代理令人振奮，甚至會熬夜使用；另一些人則認為，仰賴 AI 寫程式可能讓工作變得孤獨或疲憊。
一項針對軟體工程師的調查顯示，在 2026 年 1 月受訪的 150 多名工程師中，超過 45% 表示自己正在「跟上」AI 工具的發展；另有 17.5% 表示完全沒有使用 AI 程式碼編輯工具。結果反映出，AI 工具雖已納入不少開發者的工作流程，採用程度仍有差異。
Hansson 也在演講現場詢問觀眾，每週仍有多少人會手寫大量程式碼。他觀察觀眾反應後估計，舉手的人「大約有五位」。這段互動與 37signals 的做法相互呼應，但不足以代表整個軟體工程產業的使用情況。
對軟體公司而言，AI 程式設計工具帶來的變化不只涉及減少手動輸入，也可能改變工程師的工作分配和程式碼維護流程。Hansson 所描述的做法，是在 AI 無法處理任務時由人工介入，並優先改善工具本身。工程師對 AI 程式設計的看法仍不一致，顯示這種模式是否適用於不同團隊，業界尚無定論。