對話 Ruby on Rails 之父：發自內心恨透 Copilot，手鑿代碼才是程序員的樂趣

編譯自 Lex Fridman Podcast

出品 | CSDN（ID：CSDNnews）

原文 | https://lexfridman.com/dhh-david-heinemeier-hansson-transcript

投稿或尋求報道 | zhanghy@csdn.net

傳奇程序員、Ruby on Rails 框架創始人 David Heinemeier Hansson (DHH) 最近做客 Lex Fridman 播客，來了一次深度對話。

David Heinemeier Hansson，通常被稱為 DHH，是軟件開發領域一位標志性的人物。作為熱門 Web 開發框架 Ruby on Rails 的創造者，他不僅改變了無數程序員構建網絡應用的方式，更以 37signals（現 Basecamp & HEY）聯合創始人的身份，倡導著一種“拒絕風險投資、遠程優先、可持續發展”的商業哲學。

DHH 以其直言不諱和鮮明的觀點而聞名。他從不回避爭議，無論是公開挑戰蘋果公司的 App Store 政策，還是質疑行業中過度設計的技術風尚。

在與 Lex Fridman 這次長達六小時的馬拉松式對話中，DHH 深入探討了他世界觀的方方面面。而其中最引人矚目，也與我們當下技術浪潮最息息相關的，莫過于他對人工智能，特別是AI 編程工具的看法。

他并非一個簡單的 AI 擁護者或反對者，他承認每天都在使用 AI 來學習新知，但同時，他為 AI 編程助手可能導致的核心技能退化而深感憂慮。他將其描述為一種“能力從指尖流失”的感覺，并表示自己“恨透”了 AI。

以下是對這次長達六小時訪談的部分翻譯，我們節選了其中最精華、最與我們行業息息相關的部分。

「我不理解變量有什么用」

Lex Fridman:David，很高興能在這里見到你。

DHH:很高興來到這里。

Lex Fridman:我感覺你的思想非常深邃和廣闊。我想從一些基本的問題開始。在你看來，什么是變量？

DHH:（笑）這真是個好問題。我第一次接觸編程大概是在 1995 年左右，那時候我還在上高中。我當時在玩一個叫做“BBS 場景”的東西，就是公告板系統。我有一個朋友，他比我大幾歲，已經是個程序員了。他想教我編程，用的是Turbo Pascal。他試著給我解釋，但我就是搞不懂。

我記得我不理解變量的用途。如果有一個東西，你給它賦了值，為什么還要再給它賦另一個值？出于某種原因，我能理解常量，常量對我來說是有意義的，但變量沒有。所以我第一次嘗試學習編程完全失敗了。我當時覺得，“好吧，這東西不適合我。”

Lex Fridman:這太有趣了。一個常量，一個永恒不變的值，這在哲學上是有意義的。但變量，可以改變的東西，這讓你覺得困惑。

DHH:是的，非常困惑。我覺得，“好吧，這東西不適合我。”然后幾年過去了，我開始做一些和網頁相關的事情。我先是用 HTML，這東西很簡單，我能理解。然后我接觸到了 ASP，經典的 Active Server Pages，用 VBScript 編寫。這已經是第二次嘗試了，稍微好了一點，但我還是沒完全上道。

然后，第三次嘗試，我遇到了 PHP。

PHP 是我最終豁然開朗的地方，當我終于理解了條件、循環、變量以及所有這些東西，足以讓我認為，我能行。我能用這個做出東西來。但我對它并沒有什么特別的熱情。它只是一個工具，一個能讓我完成工作的工具。我當時在做一個丹麥的在線游戲新聞網站，PHP 幫我把它自動化了。我當時覺得，“太棒了，這很有用。”

但真正讓我愛上編程的，是后來我發現了Ruby。

Lex Fridman:在我們聊 Ruby 之前，你認為 PHP 的哪個特性最終讓你開了竅？

DHH:我覺得是它的易用性。你只需要一個 FTP 客戶端，把一個文件上傳到服務器上，就能看到結果。這種即時反饋的循環非常、非常快。而且它的語法，雖然現在很多人嘲笑它，但它確實很簡單。PHP/FI，最早的版本，就是“表單解釋器”。它就是為此而生的。你想從表單里取點數據，然后用這些數據做點什么。

這為我揭開了Web 開發的神秘面紗。它并不是一個黑盒子。你可以看到它是如何運作的。這種簡單性，我認為，是我最終理解它的關鍵。當時，很多所謂的“嚴肅”編程都發生在 Java 世界里。那是一個充滿復雜性、儀式感和樣板代碼的世界。你需要編譯，需要部署，整個過程非常繁瑣。而 PHP 就像一股清流。它很直接，很務實。

「Ruby，為我的大腦量身定制」

Lex Fridman:所以，你遇到了 Ruby。那是一種怎樣的體驗？

DHH:那是一次徹底的啟示。當時我正在和Jason Fried合作，創建 Basecamp。我們當時用的是 PHP。我們用 PHP 構建了 Basecamp 的第一個版本。它能用，但過程并不愉快。我覺得自己總是在和這門語言作對。

然后我開始尋找替代品。我看了看 Python，也看了看其他的。然后我讀了一篇關于 Ruby 的文章，作者是它的創造者 Matz（松本行弘）。

他在文章里說，他創造 Ruby 是為了優化程序員的幸福感。這個想法本身就讓我震驚。什么？一門編程語言，它的主要目標是讓使用它的人感到快樂？這太激進，太美好了。然后我開始看 Ruby 代碼的例子。

那是一種我從未有過的感覺。感覺就像，這門語言是為我的大腦量身定做的。而制作它的人我素未謀面。這怎么可能？它讓我看到了程序可以有多美。我之前甚至沒有“美學”這個概念，不知道“優美的代碼”也是我們可以追求和優化的東西。我一直以為代碼就是功利的，能用就行。

Ruby 改變了這一切。我記得我當時想，“我必須用這個。我不在乎它是否 ‘準備好了’，我不在乎有沒有庫。我要用它來構建 Basecamp。”

Lex Fridman:你說“為你的大腦量身定做”，這是什么意思？你認為你的大腦有什么特別之處，讓 Ruby 如此契合？

DHH:我認為我更偏向于人文主義思維。我喜歡語言，喜歡散文。Ruby 的語法讀起來更像是人類的語言，而不是機器指令。它的創造者 Matz 是一個語言學家。他從 Lisp 和 Smalltalk 等語言中汲取靈感，但他也加入了一種……人性化的東西。

舉個例子，在 Ruby 里，你可以寫 5.times { ... } 。這讀起來就像英語。它不是 for i = 0; i < 5; i++ 。這種小的差異，累加起來，就創造了一種完全不同的體驗。它讓你感覺自己像個作家，而不是一個技術員。這對我產生了巨大的吸引力。Ruby 是為人類編寫的，而人類是復雜的生物，我們喜歡恰到好處的東西。

「我收到了來自上帝的郵件」

Lex Fridman:你和 Matz 后來有交流嗎？這個你崇拜的、為你量身打造了語言的人。

DHH:有的。當我開始使用 Ruby 時，我加入了一個郵件列表。當時社區非常小，可能全世界也就幾百人在用 Ruby。我開始在郵件列表里提問，分享我寫的一些小東西，一些我為自己構建 Basecamp 時提取出來的庫。

Matz 也在那個郵件列表里。有一天，我收到了一封來自 Matz 的郵件。對我來說，那就像是收到了來自上帝的郵件。他看到我做的一些工作，然后他對我說：“嘿，你似乎對這個很有熱情。你想不想要 Ruby 核心代碼的提交權限？”

Lex Fridman:哇。那是什么感覺？

DHH:我當時的感覺就是，“什么？”

這太不可思議了。他信任我這個來自丹麥、素未謀面的陌生人，允許我去修改他創造的這件美妙的東西。這種程度的信任，在當時，甚至現在，都是聞所未聞的。這讓我對 Ruby 社區和 Matz 本人產生了無比的忠誠和熱愛。我成了 Ruby 的一名傳教士。

從那一刻起，我感覺自己不僅僅是一個使用者，我成了一個守護者。我有責任去改進這門語言，去分享它的美好。Ruby on Rails 的誕生，很大程度上也是源于這份責任感。我想讓更多人體驗到我所體驗到的那種編程的快樂。

「靜態類型，我不喜歡的主要原因」

Lex Fridman:Ruby 是一門動態類型的語言。現在靜態類型語言（如 TypeScript）非常流行。很多人認為靜態類型能帶來更強的安全性和可維護性。你怎么看？

DHH:我是動態類型的堅定擁護者。我認為靜態類型帶來的所謂“安全感”在很大程度上是一種幻覺。它能捕捉到的錯誤類型，通常是最淺顯、最容易發現的那一類，比如拼寫錯誤或者給方法傳遞了錯誤數量的參數。而那些真正棘手的、深藏在邏輯里的 bug，靜態類型系統根本無能為力。

更重要的是，靜態類型付出了巨大的代價。它讓代碼變得更冗長、更僵化。你必須花費大量的時間去“安撫”類型檢查器，編寫那些只是為了讓編譯器閉嘴的類型定義。這扼殺了編程的流動性和創造力。

這正是我不喜歡靜態類型的主要原因之一。它不僅在某些方面限制了你，還讓元編程（metaprogramming）變得異常困難。Ruby 和 Rails 的很多魔力，都來自于我們能夠動態地定義方法、修改類。在靜態語言里，做這些事情要么不可能，要么就是一場噩夢。人們會說，“哦，你需要代碼生成器”，或者其他復雜的工具。但在 Ruby 里，語言本身就給了你這些能力。這是一種賦權。

Lex Fridman:但對于大型項目和大型團隊來說，很多人認為靜態類型是必不可少的。

DHH:我認為這是一個借口，一個拐杖。人們說你需要靜態類型來重構大型代碼庫。不對，你需要好的測試來重構大型代碼庫。測試能夠給你真正的信心，讓你知道你的修改沒有破壞任何東西。類型檢查器給你的只是一種虛假的、廉價的信心。

我們用 Ruby on Rails 構建了 Basecamp 和 HEY，這兩個都是非常龐大且復雜的應用，已經持續開發了近 20 年。我們從來沒有覺得，“天啊，要是我們用了靜態類型就好了。”我們依賴于好的設計、清晰的代碼和全面的測試套件。這才是構建持久軟件的真正基石。

當人們談論大型團隊時，他們真正想說的是，“我們的團隊里有很多水平不一的程序員，我需要一個系統來防止他們犯錯。” 我覺得這是一個錯誤的前提。你應該努力去雇傭和培養優秀的程序員，而不是用一個官僚系統去限制他們。

「小團隊選擇微服務是自尋死路

Lex Fridman:在架構方面，你也以倡導“宏偉的單體應用”（The Majestic Monolith）而聞名，這與當前流行的微服務（Microservices）趨勢背道而馳。

DHH:是的。微服務架構被過度兜售了。它成了一種時尚，一種人們不假思索就去追隨的潮流。人們被 Netflix、Google、Amazon 這些巨頭的故事所迷惑，以為他們也需要把自己的應用拆分成幾百個獨立的服務。對于 99% 的公司來說，這是一個災難性的錯誤。

當你采用微服務時，你把一個應用內部的方法調用，變成了一個跨網絡的 RPC 調用。這意味著你引入了延遲、可靠性問題、分布式事務、服務發現、版本控制等一大堆全新的、極其復雜的問題。你現在不僅需要成為一個應用開發者，你還需要成為一個網絡工程師和系統管理員。你的認知負荷急劇增加。

Lex Fridman:那么，“宏偉的單體”好在哪里？

DHH:它的美妙之處在于簡單。你所有的代碼都在一個地方。你可以用你喜歡的 IDE 打開它，你可以進行全局搜索，你可以輕松地進行重構。調試非常直接。部署也是一個單一的、原子的操作。你可以專注于你的業務邏輯，而不是基礎設施。

人們嘲笑單體應用，覺得它“不酷”，覺得它是過去的遺物。但它非常高效。我們用一個宏偉的單體應用支撐著 Basecamp 和 HEY，為數百萬用戶提供服務。我們的團隊規模非常小，其中一個重要原因就是我們沒有把時間浪費在管理幾十個微服務組成的復雜網絡上。

當然，我不是說微服務一無是處。如果你是亞馬遜，你需要幾百個團隊獨立地開發和部署他們系統的不同部分，那么微服務是有意義的。但如果你是一個 5 人、10 人、甚至 50 人的團隊，選擇微服務幾乎等同于自殺。你是在用一個你沒有的問題的解決方案，來給自己制造一大堆新的問題。你應該先從一個“宏偉的單體”開始，當且僅當你遇到了它無法解決的、巨大的組織規模問題時，再考慮拆分。

「我用雙手把代碼從屏幕上鑿出來」

Lex Fridman:讓我們來談談你實際的編程過程。你使用什么樣的工具？IDE？自動補全？

DHH:我不使用工具來編寫代碼。我用文本編輯器。我用雙手將代碼從屏幕上“鑿”出來。我不使用自動補全。我不使用任何試圖猜測我下一步想做什么的東西。我希望我的手指能記住這些方法。我希望我的大腦能記住這些模式。

這是一種……與材料的親密接觸。就像一個木匠，他需要感受木頭的紋理。如果我讓機器為我完成所有的輸入工作，我就會失去這種感覺。我輸入代碼的速度，思考的速度，這兩者之間有一種節奏。我不想讓任何東西打斷這個節奏。這是一種肌肉記憶的培養，也是一種思維的訓練。當你的手指知道如何輸入代碼時，你的大腦就可以專注于更高層次的抽象和設計。

Lex Fridman:這直接引出了我們關于 AI 的討論。你對 GitHub Copilot 這樣的 AI 編程助手有什么看法？它似乎與你的哲學背道而馳。

DHH:是的，完全背道而馳。我試用過 Copilot。我強制自己用了幾個星期，想給它一個公正的機會。

Lex Fridman:你的感受如何？

DHH:我恨它。我真的恨它。這是一種發自內心的、本能的厭惡。

它讓我感覺自己像個監督者，而不是一個創造者。我的工作變成了不斷地糾正一個過于熱心的實習生。它會生成一大堆代碼，然后我的任務就是，“不，這不是我想要的。這個地方不對。那里有個 bug。”

我能真切地感覺到能力從我的指尖流失。那種與材料的直接接觸感消失了。我不再是那個“鑿”代碼的人了。我成了一個代碼的審查員。這對我來說，是一種深刻的、存在的失落感。編程的樂趣，對我來說，很大一部分在于思考和輸入的那個過程。Copilot 把這個過程拿走了，用一種膚淺的、即時的滿足感來替代它。

「我能感覺到編程技藝正在流失」

Lex Fridman:但它確實能提高生產力，不是嗎？

DHH:這取決于你如何定義“生產力”。如果你所謂的生產力是“每小時寫的代碼行數”，那么是的，它可能會提高。但我不認為這是一個有意義的指標。對我來說，真正的生產力是關于“思考的質量”。是關于找到那個最簡潔、最優雅的解決方案。

Copilot 常常會生成一些非常冗長、非常平庸的代碼。它只是把我可能要寫的那些樣板代碼（boilerplate）給吐出來了。問題是，我經常不想寫那些樣板代碼。我可能會停下來想，“有沒有更好的方法？我能重構這個東西，讓它不需要這么多樣板代碼嗎？”

Copilot 打斷了這種思考。它太快了，太急于“幫助”我了。它誘使我接受一個“還行”的解決方案，而不是去尋找那個“卓越”的解決方案。從長遠來看，這會侵蝕代碼庫的質量，也會侵蝕我作為程序員的技能。就像學習彈吉他，你看再多 YouTube 視頻也學不會，必須親手把手指放在琴弦上。我認為這和編程有相似之處，編程必須通過親手輸入來學習。

Lex Fridman:那么，你認為 AI 編程工具有沒有它的用武之地？

DHH:有。我認為它作為一個學習工具有著巨大的潛力。這很矛盾，對吧？我一方面說它會侵蝕技能，另一方面又說它可以用來學習。

讓我來解釋。當我遇到一個我不熟悉的領域時，比如一個新的庫，或者一門新的語言。我可以讓 Copilot 或者 ChatGPT 給我生成一些例子。這就像有了一個不知疲倦的、耐心的導師。我可以問它，“嘿，用這個庫怎么畫一個圖表？”然后它會給我一個代碼片段。

這比在網上搜索文檔要快得多。我可以立刻得到一個可運行的例子，然后我可以去修改它，去理解它。在這種情況下，我不是在讓它代替我思考。我是在用它作為一個起點，來加速我的學習過程。

「AI 是個很棒的導師，但得由我主導」

Lex Fridman:所以區別在于使用的意圖？是在用它來代替思考，還是用它來輔助學習？

DHH:完全正確。這關乎于誰在主導。如果是我在主導，我有一個明確的目標，我只是用 AI 來獲取信息或者處理一些繁瑣的細節，那它就是一個強大的工具。但如果是 AI 在主導，它不斷地向我推送建議，誘導我走上一條特定的道路，那它就變得很危險。

我每天都因為 AI 而變得更聰明，因為我用它來給我解釋東西。即使是一些我不好意思在谷歌上搜索的“愚蠢”問題，AI 也非常樂意用最簡單的方式為我解釋那些我本該知道但實際上并不知道的 Unix 命令。這是一個了不起的教育工具。

但當我坐下來，準備進入“創造模式”，準備構建一些重要的、持久的東西時，我會把它關掉。因為在那個時刻，我需要的是深度專注，是我和代碼之間的直接對話，我不希望有任何東西插在中間。

「別拿風險投資，這是第一條」

Lex Fridman:讓我們來談談商業。你和 Jason Fried 建立 37signals 的方式非常獨特。你們沒有拿風險投資。

DHH:不要拿風險投資。這是第一條。風險投資不是免費的錢。它帶著期望，帶著壓力。VC 的商業模式是基于本壘打的。他們投 10 家公司，需要有一兩家能帶來 100 倍的回報，來彌補其他所有失敗的投資。這意味著他們會把你推向一個“不惜一切代價實現增長”的模式。

你的公司將不再是你的了。它變成了一個金融工具，一個實現 VC 投資組合回報的工具。他們會催促你雇更多的人，花更多的錢，冒更大的風險。絕大多數情況下，這會導致公司燒光錢然后倒閉。這是一種“要么成為獨角獸，要么去死”的心態。但絕大多數健康的、可持續的、能讓創始人過上美好生活的企業，都不是獨角獸。風險投資扼殺了這種可能性。

Lex Fridman:那你們的模式是什么？

DHH:我們的模式很簡單：打造一個人們愿意付費的好產品，然后用客戶付的錢來發展公司。我們稱之為“拉面盈利”（Ramen profitable）。就是說，你的收入至少能支付創始人的基本生活費，比如房租和拉面。

我們從第一天起就是盈利的。我們從未虧損過。這給了我們自由。我們能夠按照自己的節奏來發展公司，能夠做我們認為正確的事情，而不是 VC 認為能快速提升估值的事情。我們為客戶服務，而不是為投資人服務。這種獨立性，是無價的。我們寧愿擁有一家小而盈利的公司的 100% 股權，也不愿擁有一家估值 10 億但我們只占 5% 股權、并且時刻處于破產邊緣的公司。

「我會把公司燒了，也不會給蘋果 30%」

Lex Fridman:這種獨立性讓你們有底氣去挑戰蘋果。可以詳細講講那個故事嗎？

DHH:當然。這是我們獨立自主哲學的一次終極考驗。我們推出了 HEY，一個新的電子郵件服務。我們為此努力了兩年。我們提交了 app 到蘋果的 App Store。最初的版本被批準了。然后我們提交了一個帶有 bug 修復的更新版本。這個更新被拒絕了。

蘋果告訴我們，我們的 app 違反了他們的規定，因為我們沒有在 app 內提供通過蘋果支付系統進行訂閱的選項。我們的 app 是這樣的：你可以在我們的網站上注冊 HEY，然后下載 app 來使用這個服務。這和 Netflix 或者 Spotify 的 app 是一樣的模式。這些“讀者”應用是被允許的。

但蘋果突然決定，這個規則現在要以一種新的、更嚴格的方式來解釋，而且只針對我們。他們說，我們必須在 app 里加入蘋果的內購（In-App Purchase），讓他們能從中抽取 30% 的分成。

Lex Fridman:你的反應是什么？

DHH:我的反應是，“絕不。”

這不僅僅是錢的問題。這是原則問題。蘋果正在濫用他們作為平臺守門人的壟斷地位。他們試圖強迫我們接受一個不公平的交易。

我當時就想，我們有兩個選擇。要么我們屈服，要么我們抗爭。我跟 Jason 說，“在我把我們業務的 30% 交給蘋果之前，我會把這家公司燒成灰燼。”這不是一句空話。我當時就是這么想的。有些事情比錢更重要。

所以，我們選擇了抗爭。我把整件事公之于眾。我在推特上發布了蘋果的拒絕信，解釋了情況。這引起了軒然大波。開發者、記者、甚至一些政客都開始關注這件事。我們把這場斗爭變成了一場關于平臺權力和開發者權利的公開辯論。

Lex Fridman:你害怕嗎？挑戰蘋果可不是一件小事。

DHH:當然。蘋果是世界上最強大的公司之一。他們可以輕易地把我們從 App Store 里抹去，毀掉我們的業務。但有時候，你必須站出來，為你認為正確的事情而戰，即使你可能會輸。斯多葛主義教導我，專注于你能控制的事情。我無法控制蘋果的決定，但我可以控制我的回應。我選擇戰斗。

幸運的是，我們沒有輸。由于公眾的壓力，蘋果最終讓步了。他們批準了我們的 app，沒有強迫我們加入內購。這是一個巨大的勝利，不僅是對我們，也是對所有在 App Store 里受到不公平待遇的開發者。它證明了，即使是小公司，如果站在原則的一邊，并且敢于發聲，也能撼動巨人。

「開源是禮物，不是附帶條件的交易」

Lex Fridman:你對開源的原則也非常堅定，這導致了你和 Automattic（WordPress 的母公司）的一些公開爭論。

DHH:是的。那件事讓我非常失望。我們開源了一個叫做 Stimulus 的 JavaScript 框架。Automattic 在他們的一個產品中大量使用了它。后來，他們決定分拆那個產品，成立一個獨立的公司，并且籌集了大量的風險投資。

然后，他們的 CEO Matt Mullenweg 聯系我，基本上是說，因為他們的新公司要靠我們的免費軟件來建立，我們應該得到一些補償。他提出給我們一些新公司的股權。

Lex Fridman:這聽起來像個不錯的提議？為什么拒絕？

DHH:不。這完全違背了我對開源的理解。我開源 Stimulus，是因為我為自己構建了它，并且樂于分享。它是一份禮物。我從不期望任何回報。當 Matt 提出給我股權時，他把一種交易關系強加到了這種純粹的給予行為之上。

更糟糕的是，這背后有一種隱含的威脅。就好像在說，“我們現在這么依賴你的軟件，如果你不 ‘合作’，如果未來出了什么問題，那就會很難看。”

我 100% 反對此類互動。這污染了開源。開源應該是無私的，一旦你開始計算誰欠誰什么，它的精神就被破壞了。你不能在把免費軟件作為禮物送給世界之后，又回過頭來說，“既然你用了我的禮物，你就欠我一大筆錢，因為你用我免費給你的東西太成功了。”

Lex Fridman:你是一個觀點鮮明的人，這也為你引來了不少批評和“憎恨者”（haters）。你如何看待這些負面反饋？

DHH:我認為這是一個物理定律。如果你創造了很多人喜愛并有價值的東西，你必須創造出同等且相反的“憎恨者”力量。你不可能只擁有熱愛你的人而沒有憎恨你的人。唯一的例外是平庸。

如果你做一些沒有人關心、沒有人有強烈感覺的東西，那你可能不會有憎恨者。但你也不會有真正的粉絲。所以我把憎恨者看作是一個積極的信號。這說明我所做的事情，我所說的話，觸動了人們的神經。它很重要。當然，這并不意味著我要去享受它。被人攻擊從來都不是一件愉快的事。但你必須學會把它看作是成功的副產品，然后繼續前進。

Lex Fridman:最后一個問題。對于那些剛剛開始編程生涯的年輕人，或者那些正在考慮進入這個行業的人，你有什么建議？

DHH:找到你真正熱愛的東西。不要因為某個技術很“火”就去學它。編程是一項艱難的工作。如果你對你正在構建的東西沒有熱情，你很難堅持下去。

找到一個你想解決的問題。一個你自己的問題。就像我當初為我的游戲新聞網站構建自動化工具，或者為 Basecamp 構建框架一樣。當你為自己構建東西時，你會更有動力，你會學得更快。

不要害怕與眾不同。這個行業充滿了各種教條和“最佳實踐”。傾聽它們，但不要盲從。發展你自己的品味，你自己的風格。相信你的直覺。最有趣、最有價值的工作，往往來自于那些敢于挑戰傳統智慧的人。

最后，享受這個過程。編程是一場奇妙的旅程。享受學習的樂趣，享受創造的快樂，享受解決難題的滿足感。這才是最重要的。可可·香奈兒有句名言：“生活中最好的東西是免費的，第二好的東西則非常非常昂貴。” 而家庭、朋友、愛好，這些實際上是世界上大多數人都能擁有的東西，這就是勝利。專注于這些，你的人生會非常富有。

AI 產品爆發，但你的痛點解決了嗎？

2025 全球產品經理大會

8 月 15–16 日

北京·威斯汀酒店

互聯網大廠、AI 創業公司、ToB/ToC 實戰一線的產品人

12 大專題分享，洞察趨勢、拆解路徑、對話未來。

立即掃碼領取大會PPT

搶占 AI 產品下一波紅利