「放下鉛筆」之後：DHH 的宣告，把工程師的價值挪到了哪一層

2026 年 9 月 25 日，一篇整理自 Rails World 2026 開場演講的文章在掘金發布，主角是 Ruby on Rails 之父、37signals 的 David Heinemeier Hansson（DHH）。他在演講中難掩興奮地說，這是他投身電腦領域數十年來最令人振奮的變化，並宣布 37signals 正式進入「放下鉛筆（Pencils down）」階段：親手編寫生產程式碼，不再是團隊的預設選項。

37signals 是專案管理工具 Basecamp 與電子郵件服務 HEY 的開發團隊。從 Basecamp 5 的探索、HEY 原生客戶端重寫，到後端架構遷移與桌面工具開發，Agent 已經全面進入這家公司的執行層。一個長期以精簡工程文化著種、只有數十人的團隊做出這個決定，訊號意義比規模更大的公司喊口號來得實在。

拐點被定在一天：2025 年 11 月 24 日

DHH 把 2025 年 11 月 24 日，Claude Opus 4.5 發布那天，視為個人的分水嶺。他的理由是：夠強的智慧第一次以普通人負擔得起、也駕馭得了的形式出現。開發者的角色從操作者，轉向結果的提出者與驗收者。

他的判斷可以濃縮成一句話：程式碼生產成本正快速趨近於零，工程師的核心價值會從「怎麼敲程式碼」移向制定方向、評判結果與設計系統。業界長期談的「10 倍工程師」已經不足以描述這次變化，因為 Agent 讓一個開發者同時推進多項工作，其中某些工作過去需要一整支團隊才能啟動。

用一個日常比喻：這像是包租代管出現之後，房東的工作從自己換燈管、催租金，變成挑物件、定規則、驗收成果。房子還是你的，但你的時間花在哪一層，徹底變了。

攝影與繪畫：一個有家族記憶的類比

DHH 用十九世紀攝影術的發展作類比。1900 年前後，柯達 Brownie 相機讓普通人也能輕鬆記錄現實，精準描摹從此不是畫家的專屬能力。畫家沒有消失，他們擺脫寫實的束縛，走向印象派與立體主義。

這段歷史對他不只是修辭。他的高祖父 Laurits Tuxen 是丹麥畫家，親歷皇室肖像被大眾攝影取代的轉折。攝影改變了他的職業，藝術仍繼續向前。DHH 認為 Agent 正在為編程製造同樣的「Brownie 時刻」：底層編碼技能變成廉價供給之後，開發者的精力會流向系統工程、產品判斷與創造性的技術選擇。

「放下鉛筆」實際改了什麼

37signals 內部的規則很具體：人類動手之前，必須先讓 Agent 嘗試完成任務。這條規則首先改寫的是技術選型的成本結構。

第一是語言壁壘鬆動。HEY 客戶端過去因人力限制採用 Web 技術，如今 Agent 能把同一套產品意圖轉譯成 Swift 或 Kotlin，原生重寫第一次成為可行的選項。第二是後端架構的重新估算。過去為了降低人類維護成本，團隊會建立抽象、共享服務與程式碼複用；當 Agent 能低成本生成並同步多份實作，這些舊取捨需要重新計算。

DHH 沒有宣稱已經找到新架構的標準答案。元件該多大、抽象放在哪、開發週期怎麼安排，這些基礎問題都要重新實驗。換句話說，軟體工程進入了一段沒有現成藍圖的時期。

框架的價值被重估，英語成了更高階的介面

Agent 能寫多種語言，Ruby 和 Rails 並不因此失去意義。DHH 的解讀是，「約定優於配置」給 Agent 提供了清晰、一致、猜測成本低的工作環境。同一個需求在不同 Rails 專案裡通常有相近的實作位置，這種可預測性對自動化推理非常友善。Rails Foundation 正與 Evil Martians 合作建設 Agent Evals，用真實任務衡量不同模型處理 Rails 專案的能力，再依失敗結果改進框架、文件與工具。

有趣的是，作為 Rails 創造者，DHH 現在最喜歡的「程式語言」是英語。自然語言成了更高階的介面：開發者負責講清楚目標、限制與驗收標準，把字元級實作交給機器。他強調這不等於思考變少。自然語言很容易含糊，開發者需要更精準地表達目標、更快辨識偏差，也要知道什麼時候不能接受 Agent 給出的答案。

讀者可以帶走的判斷

DHH 的立場有一個容易被忽略的前提：他關心的始終是軟體能否解決問題，實作過程可以交給 Agent，方向與判斷留在人手裡。這對正在觀望的開發者和團隊，至少有三個可檢驗的訊號。

其一，徵才與面試的考題重心會持續往系統設計、驗收判斷移動。這與近期流出的後端面試題中 Agent 工程佔比升高的現象相互印證，例如先前整理過的TikTok 後端一面考題分析就顯示主菜已經換成 Agent 設計。其二，框架與工具的競爭軸線正在從開發者體驗，轉向「對 Agent 是否友善」，可預測的慣例、清晰的文件會被重新定價。其三，讓 Agent 進入生產流程的同時，權限與密鑰管理的新風險也跟著放大，這在Agent 時代的鑰匙管理分析已有具體案例。

至於手寫程式碼是否真的「落幕」，DHH 的演講提供的是一家公司的實踐，而不是全行業的定論。值得追蹤的下一步，是 Rails Foundation 的 Agent Evals 能不能用真實任務把「Agent 處理 Rails 專案的能力」量化出來。等到有數據可以比對，這場從「10 倍」到「1000 倍」的說法，才會從願景變成可驗證的工程問題。

標籤：DHH＋軟體工程、37signals＋工作流、AI Agent＋開發者職能、Rails＋框架演進